identity不连续的问题

最新推荐文章于 2025-03-08 21:33:31 发布

转载最新推荐文章于 2025-03-08 21:33:31 发布 · 765 阅读

文章标签：

#insert #sql server #table

数据库专栏收录该内容

1 篇文章

订阅专栏

本文深入探讨了SQLServer中Identity标识列的使用及其带来的挑战，包括删除数据后的编号断号问题和记录全删后标识列的无限制增长。提供了使用SETIDENTITY_INSERT解决断号问题的方法，并介绍了在记录全删后通过DBCC CHECKIDENT重置标识列种子以避免无限增长的策略。

　SQL Server中，经常会用到Identity标识列，这种自增长的字段操作起来的确是比较方便。但它有时还会带来一些麻烦。

　　示例一：当表中被删除了某些数据的时候，自增长列的编号就不再是一个连线的数列。这种时候我们可以用以下方案来解决。

　　SET IDENTITY_INSERT [TABLE] --表名 [ON　OFF] --on或者off

　　允许将显式值插入表的标识列中，当设置为ON时，这时可能在INSERT操作时手工指定插入到标识列中的编号，同时必须在操作完成后，将IDENTITY_INSERT还原成OFF，否则下次插入的时候必须指定编号，那不然就无法完成INSERT操作。

　　示例二：当表中的记录被全部删除，但此时标识列的值越来越大的时候，如果不加以重置，它还会无休止的增长。这个时候我们就要用到：

　　DBCC CHECKIDENT（TABLE, [RESEED　NORESEED], [1])

　　将把指定表的种子值强制重设为1。然而，你可能不想将种子重设为1，在这种情况下，你可以用你想用的种子值替代第三个参数。有时候你可能想知道当前的种子，而不是想重设种子,这时你就要用到NORESEED，而不用再去顾忌第三个参数。