我應該使用哪種鎖定提示（T-SQL）？

Question

我想要實現像原子事務如下：

BEGIN TRAN A 

SELECT id 
FROM Inventory 
WITH (???) 
WHERE material_id = 25 AND quantity > 10 

/* 
Process some things using the inventory record and 
eventually write some updates that are dependent on the fact that 
that specific inventory record had sufficient quantity (greater than 10). 
*/ 

COMMIT TRAN A 

的問題是，還有其他的交易發生，從我們的庫存消耗數量，所以時間之間的記錄被選中，更新寫入在事務A中，該記錄可能會變成無效選擇，因爲它的數量可能已降低到WHERE子句中的閾值以下。

所以問題是我應該在WITH子句中使用什麼鎖定提示來防止在完成更新和提交事務之前更改選定的庫存記錄？

編輯： 非常感謝約翰，好的解決方案似乎是將事務隔離級別設置爲REPEATABLE READ。這將確保「在當前事務完成之前，沒有其他事務可以修改已被當前事務讀取的數據」。

Answer 1

你實際上可能會更好設置的事務隔離級別，而不是使用查詢提示。

以下來自聯機叢書的參考文獻提供了每個不同隔離級別的詳細信息。

http://msdn.microsoft.com/en-us/library/ms173763.aspx

這裏是很好的文章，解釋了各類鎖在SQL Server的行爲，並提供了示例了。

http://www.sqlteam.com/article/introduction-to-locking-in-sql-server

Answer 2

我相信這會是UPDLOCK。

http://www.devx.com/tips/Tip/13134

Answer 3

與UPDLOCK，HOLDLOCK

Answer 4

table hints

WITH (HOLDLOCK)允許其他讀者。 正如其他地方所建議的UPDLOCK是排他性的。

HOLDLOCK將阻止其他更新，但它們可能會使用稍後更新的數據。

UPDLOCK將阻止任何人讀取數據，直到您提交或回滾。您是否看過sp_getapplock？ 編輯：問題主要在於此代碼在2個不同的會話中運行，這將允許您在沒有UPDLOCK阻止的情況下對此代碼進行序列化（如果它是唯一的更新位）

編輯： 使用HOLDLOCk或REPEATABLE_READ，將在第一次會話更新之前在第二次會話中讀取數據。使用UPDLOCK，任何人都無法讀取任何會話中的數據。

Answer 5

MSSQL：

SELECT id 
FROM Inventory (UPDLOCK) 
WHERE material_id = 25 AND quantity > 10; 

http://www.devx.com/tips/Tip/13134 

---

通過你感興趣PostgreSQL的任何機會：

SELECT id 
FROM Inventory  
WHERE material_id = 25 AND quantity > 10 
FOR UPDATE;