关于SqlServer Identity列的常用操作
在SqlServer中,我们经常会用到IDENTIY标识列,这种自增长的字段操作起来的确是比较方便。但它有时也会带来一些麻烦。。。。。。。。。。
??? 案例一:当表中被删除了某些数据的时候,自增长列的编号就不再是一个连线的数列。这种时候我们可以用以下方案来解决。 ??? SET IDENTITY_INSERT [TABLE] [ON|OFF] ??? 允许将显式值插入表的标识列中,当设置为ON时,这时可能在INSERT操作时手工指定插入到标识列中的编号,同时必须在操作完成后,将IDENTITY_INSERT还原成OFF,否则下次插入的时候必须指定编号,那不然就无法完成INSERT操作。 ??? 案例二:当表中的记录被全部删除,但此时标识列的值越来越大的时候,如果不加以重置,它还会无休止的增长。这个时候我们就要用到 ??? DBCC CHECKIDENT(TABLE,[RESEED|NORESEED],[1])??? 将把指定表的种子值强制重设为1。然而,你可能不想将种子重设为1,在这种情况下,你可以用你想用的种子值替代第三个参数。有时候你可能想知道当前的种子,而不是想重设种子,这时你就要用到NORESEED,而不用去理会第三个参数。 dbcc ? checkident(表名,reseed,0)????? DBCC ? CHECKIDENT ? (table_name,? NORESEED) ? 不重置当前标识值。DBCC ? CHECKIDENT ? 返回一个报表,它指明当前标识值和应有的标识值。 ? ? ? ? ? DBCC ? CHECKIDENT ? (table_name) ? 或 ? ? DBCC ? CHECKIDENT ? (table_name,? RESEED) ? 如果表的当前标识值小于列中存储的最大标识值,则使用标识列中的最大值对其进行重置。 ? ? ? ? ? DBCC ? CHECKIDENT ? (table_name,? RESEED,? new_reseed_value) ? 当前值设置为 ? new_reseed_value。如果自创建表后没有将行插入该表,则在执行 ? DBCC ? CHECKIDENT ? 后插入的第一行将使用 ? new_reseed_value ? 作为标识。否则,下一个插入的行将使用 ? new_reseed_value ? + ? 1。如果 ? new_reseed_value ? 的值小于标识列中的最大值,以后引用该表时将产生 ? 2627 ? 号错误信息。 ?(编辑:李大同) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |