交易回滾後，SQL Server 標識（自動增量）是否繼續增量？

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中文網其他相關文章！