SQL Server在磁碟資料表(Disk-Base)提供了兩種與快照有關的樂觀鎖定機制: RCSI(Read Committed Snapshot Isolation)及Snapshot Isolation，他們都是減少查詢交易被封鎖的武器之一，當資料被其他交易更新時，這兩種機制都可以透過Tempdb加上row version查詢到資料的前一版，讓交易免於被封鎖(blocked)的命運。明晚要參加SQL Pass，Rico大的主題是進擊的In-Memory OLTP，學習記憶體資料表交易前，先來預習傳統磁碟資料表在這兩種機制下的查詢一致性。
為了減輕查詢交易被大型更新交易封鎖(Blocked)，也理解樂觀鎖定(Optimistic Locking)可能的交易衝突後，也許我們會在SQL Server上使用Oracle預設相同的隔離層級: Read Committed Snapshot Isolation(RCSI)，她是一種Row Version Base的隔離層級，與snapshot isolation不太相同的是她是單一版本。當交易更新資料時，系統會自動將修改前的版本放到Tempdb提供給可能發生的查詢交易。因為也有搬分頁到其他資料庫的工作會執行，在效能上會不會有明顯的副作用?
交易一多起來，慢慢會碰上交易封鎖(Block)，人若剛好在案發現場能下SQL Query鑑識，透過DMV、sp_trace、profiler、sqldiag等都能快速釐清交易間不單純的案情；但如果想長期追蹤，可以試試SQL Server 2008推出的擴充事件(Extended events)，利用blocked_process_report事件幫我們紀錄過長時間的封鎖(block)。
除了打開管理工具中的活動監視器(Activity Monitor)外，來試試幾個動態管理檢視(DMV)的組合(dm_tran_locks x dm_os_waiting_tasks x dm_exec_connections)。
