SQL Server數據表提示NOLOCK與READPAST
此本文主要介紹了兩種常用的SQL Server數據表提示，NOLOCK與READPAST，我前兩天在相關網站看見SQL Server數據表提示，NOLOCK與READPAST的資料，覺得挺好，就拿出來供大家分享。
在其實際操作中我們主要是建立一個數據表用作例子中查詢數據表。執行列表A中的腳本建立一個關于SalesHistory數據表并添加一些數據。
NOLOCK
該SQL Server數據表提示，也稱為READUNCOMMITTED，只能用于SELECT語句。NOLOCK表明沒有對數據表添加共享鎖以阻止其它事務對數據表數據的修改。
該語句的好處是它可以使數據庫引擎不用在處理查詢中的上鎖問題，可以提高并發性并改善數據庫性能，因為數據庫引擎不用在維護共享鎖的使用問題。存在的問題是因為該語句不能處理要讀取的數據表的所有鎖，所以一些“臟數據”或未被提交的數據潛在的可能被讀取。
如果某個事務被滾回，那么應用了NOLOCK連接的數據讀取操作將可以讀取未提交的數據。這種類型的讀取導致處理的不一致性會帶來很多問題。這是你使用NOLOCK時應該了解的技巧。
作為一個負面影響，NOLOCK查詢還可能帶來讀取“幻影”數據或讀取在一個數據庫讀取事務中可以獲得的但在另一個事務中可能被滾回的數據的風險。（我將在本系列文章的第二部分對這個負面影響進行詳細說明。）
下面的例子展示了NOLOCK如何工作以及臟數據讀取是如何產生的。在下面的腳本中，我用一個事務在SalesHistory數據表中插入一條記錄。
- BEGIN TRANSACTION
- INSERT INTO SalesHistory
- (Product, SaleDate, SalePrice)
- VALUES
- ('PoolTable', GETDATE(), 500)
這個事務仍舊是開放的，這意味著仍可以對插入數據表的記錄上鎖以阻止其它操作。在一個新的查詢窗口中，運行下面的腳本，該腳本使用NOLOCKSQL Server數據表提示返回SalesHistory數據表中的記錄數。
- SELECT COUNT(*) FROM SalesHistory WITH(NOLOCK)
返回記錄數值為301。因為對SalesHistory數據表插入記錄的事務還沒有提交，所以我們可以撤銷它。我通過使用下面的語句將事務滾回：
- ROLLBACK TRANSACTION
該語句從SalesHistory數據表中刪除前面插入的記錄。現在我們運行前面運行的同樣的SELECT語句。
- SELECT COUNT(*) FROM SalesHistory WITH(NOLOCK)
這次返回記錄數的值為300。我***次查詢讀記錄的事務還沒有提交，這就是一個臟數據讀取。
- READPAST
這是一個比NOLOCK較少使用的數據表提示。這個提示指明數據庫引擎返回結果時忽略加鎖的行或數據頁。
這個數據表提示的優點和NOLOCK一樣，在處理查詢時不會發生阻塞。此外，讀臟數據并不會出現在READPASTA中，因為不會返回鎖定的記錄。這個語句的缺點是，因為不返回鎖定的記錄，所以很難確定結果集或修改語句是否包含所有必須的記錄。在你的應用中可能需要添加一些邏輯來確保最終包含所有必須的記錄。
READPAST數據表提示的例子和NOLOCK的例子類似。我將使用一個事務來更新SalesHistory數據表中的一個記錄。
- BEGIN TRANSACTION
- UPDATE ***) SalesHistory
- SET SalePriceSalePrice = SalePrice + 1
因為我沒有提交或回滾這個事務，所以添加在更新記錄上的鎖仍舊有效。在一個新的查詢編輯窗口中，運行下面的腳本，該腳本對SalesHistory數據表使用READPAST統計表中的記錄數。
- SELECT COUNT(*)
- FROM SalesHistory WITH(READPAST)
最初SalesHistory數據表中包含300條記錄，UPDATE語句正鎖定表中一條記錄，所以上面使用READPAST的腳本返回結果為299條記錄，這說明我要更新的記錄被鎖定，所以被REASPAST提示忽略。
以上的相關內容就是介紹兩種SQL Server數據表提示的介紹，望你能有所收獲。
【編輯推薦】
- SQL Server視圖運行的提高與索引
- SQL Server數據庫修復用SQL語句，很簡單！
- SQL Server性能進行提高的4項技術概述
- SQL Server使用convert對datetime日期數據進行獲取
- SQL Server數據轉換服務的妙招之一
