Azure数据传输标识列种子跳跃10,000

时间:2013-09-10 02:49:48

标签: sql azure sql-server-2012

通过sql脚本插入数据后

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

身份种子增加了10,000

我尝试过运行种子

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

但是我收到错误,说这个版本的SQL Server不支持DBCC命令'CHECKIDENT'。

如何在将来停止这个问题?

1 个答案:

答案 0 :(得分:7)

我在网上找到了this post

  

行为(种子)是设计的,但已得到承认   内部不尽如人意,并提出了要求(同样,   内部)改变行为。这可能会也可能不会发生。

     

重新调整是由实例反弹触发的,实例反弹由实例反映   SLA。它们主要是操作系统或SQL Azure本身的补丁。

     

最重要的一点是,有机会,我们永远不会打到   int limit。我想我们都忘了(至少我做过)   SQLAzure与SQL Server不同;有非常实际的限制,   特别是总db大小(150 gigs)。他还说有最大排   每张表限制1000万条记录,但我找不到   网上的文档。假设这是正确的,即使是   跳跃1000k,我们仍然是安全的。是的,你也可以切换   如果在总db大小限制之前达到int限制,则为bigint。   他的观点很简单,在我们击中之前我们将会用完房间   int limit。

SQL Azure的限制可能会发生变化,但我想重点是,如果SQL实例崩溃,您可以获得较大的差距。