本例中使用begin tran和with (holdlock)提示來觀察SQL Server在select語句中的鎖。
開啟事務是為了保證時間極短的查詢也能觀察到鎖情況，holdlock相當於開啟序列化事務隔離級別,只有在提交后才會釋放鎖，且對索引加鍵范圍鎖防止幻讀。
1. 查詢主鍵索引的select語句
其上鎖情況為：
這里我選擇了一較為靠前的主鍵值，結果集有6條，因為是序列化隔離級別的鍵范圍鎖，所以持有7個KEY類型的RangeS-S鎖（鍵范圍鎖，防止幻讀），此外這些記錄都在一個頁中（1:3104頁），因此最終的情況就是上圖所示的7個KEY鎖和一個數據頁的IS鎖。7個鍵范圍鎖中有6個鎖對應6個主鍵數據行，剩下1個鎖定虛擬鍵防止幻讀。注意鍵范圍鎖只會在索引行上出現，且只針對select語句，目的是防止幻讀。
需要注意的是如果范圍查詢的KEY值過多（約為5000），則會發生鎖升級，此時只會在表上加一個S鎖，釋放掉所有的主鍵KEY鎖和IS表鎖。鎖升級只會由行鎖或頁鎖直接升級為表鎖，不存在行鎖升級為頁鎖的情況。關於鎖升級參見官網鎖升級相關頁面。
這里需要特別說明的是默認的事務隔離級別下其實key鎖加的不是鍵范圍鎖，而是S鎖，這里之所以顯示ranges-s只是因為holdlock的作用，導致出現的是鍵范圍鎖。
2. 查詢非聚集索引的select語句
其上鎖情況為：
PatientID是一個非唯一非聚集索引，結果集只有1條，加兩個KEY鍵范圍鎖，當然鍵所在的索引頁22872本身也需要一個IS鎖，之后書簽查找需要在數據頁3104上加IS鎖以便獲取其中數據行，最后在相關的數據行上加S類型的KEY鎖。
這里我們再使用dbcc page看一下索引頁22872的內容：（這里只截取了前10行）
可以發現非聚集索引頁的書簽就是主鍵聚集索引的KEY值，Oracle索引的書簽則全部是RowID。
3.進行全表掃描的select語句
1）當我直接執行 select * from ris_request時其加鎖情況是：
select語句會為表上讀到的的每個頁依次加鎖，讀完且獲取到下一個頁的S鎖時釋放本頁的S鎖，表上只有一個IS鎖。
2）當我加了with (holdlock)時：
開始時語句會在很多page上加S鎖，並在表上加IS鎖，但是很快就會轉化為如下圖的情況，鎖升級為一個表級S鎖，S頁鎖全釋放。
