sql - Azure 数据传输身份列种子跃升 10,000

Question

通过sql脚本插入数据后

SET IDENTITY_INSERT [dbo].[table] ON
...
SET IDENTITY_INSERT [dbo].[table] OFF

身份种子增加了10000

我试过运行 reseed

dbcc CHECKIDENT ('vendors', 'reseed', 57439)

但我收到错误消息，指出此版本的 SQL Server 不支持 DBCC 命令“CHECKIDENT”。

今后如何制止这个问题？

Answer 1

我在网上找到了这篇文章。

行为（重新播种）是设计使然，但已在内部确认为不是最佳的，并且已提出（再次在内部）更改行为的请求。这可能会或可能不会发生。

重新播种由 SLA 涵盖的实例反弹触发。它们主要是操作系统或 SQL Azure 本身的补丁。

最重要的一点是，我们很可能永远不会达到 int 限制。我想我们都忘记了（至少我忘记了）SQLAzure 不像 SQL Server。有非常实际的限制，特别是总数据库大小（150 gigs）。他还说，每张表有 1000 万条记录的最大行数限制，但我在网上没有找到相关文档。假设这是正确的，即使跳跃 1000k，我们仍然是安全的。是的，如果您在总 db 大小限制之前达到 int 限制，您也可以切换到 bigint。他的观点很简单，在我们达到 int 限制之前，我们将用完空间。

SQL Azure 的限制可能会改变，但我想关键是如果 SQL 实例崩溃，你会得到很大的差距。