SQL Server自增列在交易回滾後的增量行為：並非問題
假設一個.NET交易將資料插入到具有自增主鍵的SQL Server 2005資料庫中。當事務中遇到錯誤時，Rollback()方法正確地回滾了行插入操作。但是，隨後對同一表的插入操作會遞增自增列，就好像沒有發生回滾一樣，從而在序列中產生間隙。
理解自增特性
務必理解，自增數字的設計是非事務性的。這種設計的理由在於，如果其他交易必須等待使用或回滾自增數字才能繼續執行，則可能會發生阻塞。
為了說明這一點，考慮以下場景，其中用戶1和用戶2使用自增字段作為ID列與表A交互：
<code>用户 1 ------------ begin transaction insert into A ... insert into B ... update C ... insert into D ... commit 用户 2 ----------- begin transaction insert into A ... insert into B ... commit</code>
如果使用者2的事務在使用者1的事務之後發生，即使只是稍微晚一點，他們對錶A的插入操作將被迫等待使用者1的整個事務完成，僅僅是為了確定來自表A第一次插入的自增數字是否被使用。
結論
因此，自增列在事務回滾後仍持續遞增的行為不是錯誤，而是一種刻意設計的策略。如果需要精確的順序自增數字，則應考慮其他機制來產生此類值。
以上是交易回滾後，SQL Server 標識（自動增量）是否繼續增量？的詳細內容。更多資訊請關注PHP中文網其他相關文章！
