語法在SQL

Question

NOLOCK我已經看到了使用NOLOCK和使用SQL語句（NOLOCK） e.g -

select * from table1 nolock where column1 > 10 

和

select * from table1 with(nolock) where column1 > 10 

其中，上述說法是正確的，爲什麼呢？

Answer 1

它們在技術上都是正確的，但是從SQL 2005開始的not using the WITH keyword has been deprecated，所以習慣使用WITH關鍵字 - 簡短答案，使用WITH關鍵字。

Answer 2

使用「WITH（NOLOCK）」。

Answer 3

第一條語句不鎖定任何內容，而第二條語句不鎖定任何內容。當我測試了這一點剛纔SQL Server 2005上，在

select * from table1 nolock where column1 > 10 --INCORRECT 

「NOLOCK」成爲別名，該查詢中，表1中。

select * from table1 with(nolock) where column1 > 10 

執行期望的nolock功能。持懷疑態度？在一個單獨的窗口中，運行

BEGIN TRANSACTION 
UPDATE tabl1 
set SomeColumn = 'x' + SomeColumn 

鎖定表，然後嘗試每個鎖定語句在其自己的窗口中。第一個會掛起，等待鎖釋放，第二個會立即運行（並顯示「髒數據」）。不要忘了問題

ROLLBACK 

當你完成。

Answer 4

的棄用功能列表是Deprecated Database Engine Features in SQL Server 2008：

• 指定NOLOCK或READUNCOMMITTED 在從更新的條款或 DELETE語句。
• 指定表 提示不使用WITH關鍵字。
• HOLDLOCK表提示無 括號
• 使用空格作爲表提示之間的分隔符。
• 表提示間接應用於通過視圖調用多語句表值函數（TVF）。

他們都在那有時會SQL的下一個版本之後被移除的功能列表，這意味着只有在一個較低的數據庫兼容級別，他們將很有可能在enxt版本將支持。

話雖這麼說，我在這個問題上2c是這樣：

• 兩個from table nolock和from table with(nolock)是錯誤的。如果您需要髒讀，則應使用適當的transaction isolation級別：set transaction isolation level read uncommitted。這樣，所使用的islation級別是從一個「旋鈕」明確陳述和控制的，而不是通過源頭分散出來，並受到表提示的所有怪癖（通過視圖和TVF等間接應用）。

• 骯髒的讀取是一個abonimation。在99.99％的情況下，需要減少爭用，而不是讀取未提交的數據。通過針對精心設計的模式編寫適當的查詢來減少爭用，並在必要時通過部署快照隔離來降低爭用。最好的解決辦法，能解決的作品幾乎總是節省一些極端的情況下，是在數據庫enable read commited snapshot，讓發動機工作時它的魔力：

  ALTER DATABASE MyDatabase SET ALLOW_SNAPSHOT_ISOLATION ON
ALTER DATABASE MyDatabase SET READ_COMMITTED_SNAPSHOT ON

然後將其刪除所有提示選擇。

Answer 5

兩者在語法上都是正確的。

NOLOCK將成爲table1的別名。

WITH（NOLOCK）經常被用作加速數據庫讀取的神奇方式，但我儘量避免使用它。

結果集可以包含尚未提交的行，這些行通常稍後會回滾。

錯誤或結果集可能爲空，可能缺少行或多次顯示相同的行。

這是因爲其他交易在您讀取數據的同時正在移動數據。

READ COMMITTED增加了一個額外的問題，其中數據在多個用戶同時更改同一個單元的單個列中損壞。

還有其他的副作用，導致犧牲了你希望首先獲得的速度增加。

現在你知道了，不要再使用它了。