最近做一個網站項目，需要重新包裝下改成另外的網站，經過一段時間的修修改改，基本OK了。

　　本以為可以收工了，測試時發現重新注冊用戶后，用戶表的ID號是從1萬多，于是想到了這是自增變量未歸位導致的。

　　于是使用SQL命令

　　dbcc checkident('TableName',reseed,0)

　　再次注冊用戶，新注冊的用戶ID從1開始了，但這又有一個小問題。用戶表中我需要保留后臺測試的賬號，它的ID是固定為3的，在其他表中也對應了一些關系，刪除重建的話可能也需要一些工作量，而且無法估計是否會出錯。

　　還好dbcc checkident提供了第三個參數：new_reseed_value。意思是重置后新的起始值。于是執行代碼：

　　dbcc checkident('TableName',reseed,3)

　　再次執行新注冊，從4開始，完美銜接。

　　有強迫癥的可能會提出質疑：

　　Q：那ID1、2不是空位了？

　　A：是的，就當它們被刪了吧。

　　Q：那這豈不是沒有嚴謹的態度？

　　A：是的，我承認。

　　記得微軟MSF中有一項叫質量投資，注意，是質量投資而不是質量第一，投資意味著要衡量投入產出比，典型的實用主義。這與我的價值觀完全相符，當第一次看到這種思想時我特別有共鳴。扯遠了，總之一句話：為了2個ID的空位去花費時間研究不值得，果斷放棄。

　　

總結

以上是生活随笔為你收集整理的SQLServer自增变量修复的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。