SQL Server競爭條件問題

（注意：這是針對MS SQL Server的）SQL Server競爭條件問題

假設您有一個帶有主鍵標識列和CODE列的表ABC。我們希望這裏的每一行都有一個唯一的，順序生成的代碼（基於一些典型的校驗位公式）。

假設你有另一個只有一行的DEF表，它存儲了下一個可用的CODE（設想一個簡單的自動編號）。

我知道像下面邏輯將呈現競爭狀態，其中兩個用戶可以使用相同的代碼結束：

1) Run a select query to grab next available code from DEF 
2) Insert said code into table ABC 
3) Increment the value in DEF so it's not re-used.

我知道，兩個用戶可能會卡在步驟1），並能最後在ABC表中使用相同的代碼。

處理這種情況的最佳方法是什麼？我認爲我可以圍繞這個邏輯包裝一個「begin tran」/「commit tran」，但我認爲這並不奏效。我有一個存儲過程，這樣的測試，但我沒有避免競爭狀態，當我從MS兩個不同的窗口跑：

begin tran 

declare @x int 

select @x= nextcode FROM def 

waitfor delay '00:00:15' 

update def set nextcode = nextcode + 1 

select @x 

commit tran

有人可以提供一些線索這光？我認爲這個事務會阻止另一個用戶在第一個事務完成之前訪問我的NextCodeTable，但我認爲我對事務的理解是有缺陷的。

編輯：我試着移動等待到「更新」語句後，我得到了兩個不同的代碼......但我懷疑這一點。我在那裏等待語句來模擬延遲，因此可以很容易地看到比賽情況。我認爲關鍵問題是我對交易如何運作的錯誤認識。

來源

2009-11-05 Hythloth

您應該查看我已故的答案：接受一個不正確... – gbn 2011-04-03 09:30:52

將事務隔離級別設置爲可序列化。
在較低的隔離級別上，其他事務可以讀取在該事務中讀取（但尚未修改）的行中的數據。所以兩個事務確實可以讀取相同的值。在非常低的隔離（未提交讀）其他事務，甚至可以讀取數據，它已經修改之後（但在此之前提交）...有關SQL Server隔離級別

評論詳情here

那麼底線是隔離級別在這裏是一個策略性的部分，用於控制其他交易進入這一級別的訪問級別。

注意。來自link，約可串行化
語句不能讀取已被修改但尚未被其他事務提交的數據。
這是因爲鎖在行被修改時放置，而不是當Begin Trans發生時，所以您所做的操作可能仍然允許另一個事務讀取舊值直到修改它爲止。所以我會改變邏輯，在你閱讀它的同一個語句中修改它，從而在同一時間將鎖定在它上面。

begin tran 
declare @x int 
update def set @x= nextcode, nextcode += 1 
waitfor delay '00:00:15' 
select @x 
commit tran

來源

2009-11-05 22:25:57

我想你的意思是*更新def set @ x = nextcode，nextcode + = 1 * – 2016-06-23 17:57:41

是的，謝謝！ – 2016-06-23 18:18:06

您可以將列設置爲持久化的計算值。這將處理比賽條件。

Persisted Computed Columns

注意

使用這種方法意味着你不需要下一個代碼存儲在表中。代碼欄成爲參考點。

實施

爲該列計算的列規範下的以下特性。

公式= dbo.GetNextCode（）

持久化=是

Create Function dbo.GetNextCode() 
Returns VarChar(10) 
As 
Begin 

    Declare @Return VarChar(10); 
    Declare @MaxId Int 

    Select @MaxId = Max(Id) 
    From Table 

    Select @Return = Code 
    From Table 
    Where Id = @MaxId; 

    /* Generate New Code ... */ 

    Return @Return; 

End

來源

2009-11-05 21:48:30 ChaosPandion

在函數體，你如何訪問的最後一個（即堅持）價值？ – 2009-11-05 22:28:49

這真的取決於表格的設計，但我給出的更新示例應該涵蓋大多數情況。 – ChaosPandion 2009-11-05 22:41:31

對不起 - 應該在第一條評論中提出兩個問題！下一個代碼如何被持久化，或者在哪裏？ – 2009-11-05 22:53:31

回顧：