SQL點滴之事務處理
我們可以把SSIS中的整個package包含在一個事務中，但是如果在package的執(zhí)行過程中有一個表需要鎖定應該怎么處理呢？SSIS內(nèi)建的事務處理可以解決這個問題。在此之前首先來熟悉一下SQL Server中的事務的概念。
事務
SQL Server中的事務是單個的工作單元。如果某一事務成功，則在該事務中進行的所有數(shù)據(jù)修改均會提交，成為數(shù)據(jù)庫中永久的組成部分。如果事務遇到錯誤且必須取消或回滾，則所有的數(shù)據(jù)修改均被清除。
在SQL Server中使用事務有可能會造成一些預想不到的結(jié)果，具體來說有臟讀，不可重復讀和幻讀三種結(jié)果。
臟讀：臟讀是指當一個事務正在訪問數(shù)據(jù)庫，并且對數(shù)據(jù)進行修改，而這種修改還沒有提交到數(shù)據(jù)庫中，另外一個事務也在訪問這個數(shù)據(jù)，然后使用了這個數(shù)據(jù)。
不可重復讀：在一個事物內(nèi)多次讀同一數(shù)據(jù)。在這個事務還沒有結(jié)束時，另外一個事物也在訪問該同一數(shù)據(jù)，那么在第一個事務兩次讀取之間，由于第二個事務的修改，第一個事務兩次讀取到的數(shù)據(jù)可能不一樣。這樣就發(fā)生了在一個事務內(nèi)兩次讀取到的數(shù)據(jù)不一樣，因此稱為不可重復讀。
幻讀：幻讀是指當事務不是獨立執(zhí)行時發(fā)生的一種現(xiàn)象，例如第一個事務對一個表中的數(shù)據(jù)進行修改，這種修改設計到表中的全部數(shù)據(jù)行。同時第二個事務也修改這個表中的數(shù)據(jù)，這個修改時向同一個表中插入一行新數(shù)據(jù)，這樣第一個事務的用戶發(fā)現(xiàn)還有一條數(shù)據(jù)沒有修改，像發(fā)生了幻覺一樣，因此稱為幻讀
在SQL Server中給事務指定一個隔離級別，這個隔離級別定義該事務與其他事務進行資源或數(shù)據(jù)更改相隔離的級別。事務隔離級別決定了是否鎖定SQL Server對象，下面是SQL Server中的事務隔離級別。
Rdad Uncommitted： 讀取數(shù)據(jù)不需要等待解鎖，這種方式會讀到臟數(shù)據(jù)，因為讀取的數(shù)據(jù)有可能是還沒有更新的數(shù)據(jù)。這種隔離級別最低，會造成臟讀，不可重復讀和幻讀的結(jié)果，并發(fā)性最高。
Read Committed： 讀取數(shù)據(jù)需要等待解鎖，這樣會讀取到最新的被更新的數(shù)據(jù)。Read Committed不會造成臟讀的問題，但是會造成不可重復的和幻讀的問題。Read Committed是SQL Server的默認設置。
Repeatable Read： 與Read Committed類似，它會鎖定所讀取的所有行，但是沒有其他的連接可以更新或插入數(shù)據(jù)，這樣如果select語句可能選擇到這條新跟新或插入的數(shù)據(jù)，這條數(shù)據(jù)記錄是不會出現(xiàn)在select結(jié)果中的。同時被選擇出的數(shù)據(jù)也不能被其他連接更改，直到讀取動作執(zhí)行結(jié)束或者回滾結(jié)束。這種隔離級別不會造成臟讀和不可重復讀，但是會造成幻讀。
Serializable：和Repeatable Read類似，不過沒有其他的連接可以插入或更新數(shù)據(jù)，同時如果在下次查詢中任然使用這種事務隔離級別，你會得到相同的查詢結(jié)果，就是說更新或新插入的數(shù)據(jù)任然不會出現(xiàn)在查詢結(jié)果中。這種隔離級別不會造成臟讀，不可重復讀或幻讀。
還有兩種是SQL Server 2005中新添加的事務隔離級別
一種Read Committed級別的變異，當你把數(shù)據(jù)庫的隔離級別設置成READ_COMMITTED_SNAPHOT，任何使用Read Committed級別的的事務不再需要鎖定數(shù)據(jù)對象。執(zhí)行語句時會得到select語句開始執(zhí)行之時會得到所有最新的結(jié)果。
SNAPSHOT：一種全新的級別SNAPSHOT，當你在任何數(shù)據(jù)庫對象中設置事務的隔離級別為ALLOW_SNAPSHOT_ISOLATION時，其他事務都不會遇到共享鎖，查詢結(jié)果會得到所有更新之后的行。這種隔離級別不會造成臟讀，不可更新讀和幻讀的結(jié)果
所有上述的事務處理都在tempdb數(shù)據(jù)庫中一個類似版本庫的數(shù)據(jù)對象中自動進行，當遇到更新未被提交的情況，數(shù)據(jù)引擎會檢索這個版本庫得到合適的提交結(jié)果。維護這個版本庫的工作由SQL Server自動進行，不需要人為干預。
【編輯推薦】
