SQL點滴之交易處理

我們可以把SSIS中的整個package包含在一個事務中，但是如果在package的執行過程中有一個表需要鎖定應該怎麼處理呢？SSIS內建的交易處理可以解決這個問題。在此之前首先來熟悉一下SQL Server中的事務的概念。

事務

SQL Server中的事務是單個的工作單元。如果某一事務成功，則在該事務中進行的所有資料修改均會提交，成為資料庫中永久的組成部分。如果事務遇到錯誤且必須取消或復原，則所有的資料修改均被清除。

在SQL Server中使用事務有可能會造成一些預想不到的結果，具體來說有髒讀，不可重複讀取和幻讀三種結果。

髒讀：髒讀是指當一個事務正在訪問資料庫，並且對資料進行修改，而這種修改還沒有提交到資料庫中，另外一個事務也在訪問這個資料，然後使用了這個資料。

不可重複讀取：在一個事物內多次讀同一資料。在這個事務還沒有結束時，另外一個事物也在訪問該同一資料，那麼在第一個事務兩次讀取之間，由於第二個事務的修改，第一個事務兩次讀取到的資料可能不一樣。這樣就發生了在一個事務內兩次讀取到的資料不一樣，因此稱為不可重複讀取。

幻讀：幻讀是指當事務不是獨立執行時發生的一種現象，例如第一個事務對一個表中的資料進行修改，這種修改設計到表中的全部資料行。同時第二個事務也修改這個表中的資料，這個修改時向同一個表中插入一行新資料，這樣第一個事務的使用者發現還有一條資料沒有修改，像發生了幻覺一樣，因此稱為幻讀

在SQL Server中給事務指定一個隔離等級，這個隔離等級定義該事務與其他事務進行資源或資料更改相隔離的層級。交易隔離等級決定了是否鎖定SQL Server對象，下面是SQL Server中的交易隔離等級。

Rdad Uncommitted： 讀取資料不需要等待解鎖，這種方式會讀到髒資料，因為讀取的資料有可能是還沒有更新的資料。這種隔離等級最低，會造成髒讀，不可重複讀取和幻讀的結果，並發性最高。
 
Read Committed： 讀取資料需要等待解鎖，這樣會讀取到最新的被更新的資料。Read Committed不會造成髒讀的問題，但是會造成不可重複的和幻讀的問題。Read Committed是SQL Server的預設設定。

Repeatable Read： 與Read Committed類似，它會鎖定所讀取的所有行，但是沒有其他的串連可以更新或插入資料，這樣如果select語句可能選擇到這條新跟新或插入的資料，這條資料記錄是不會出現在select結果中的。同時被選擇出的資料也不能被其他串連更改，直到讀取動作執行結束或者復原結束。這種隔離等級不會造成髒讀和不可重複讀取，但是會造成幻讀。

Serializable：和Repeatable Read類似，不過沒有其他的串連可以插入或更新資料，同時如果在下次查詢中任然使用這種交易隔離等級，你會得到相同的查詢結果，就是說更新或新插入的資料任然不會出現在查詢結果中。這種隔離等級不會造成髒讀，不可重複讀取或幻讀。

還有兩種是SQL Server 2005中新添加的交易隔離等級

一種Read Committed層級的變異，當你把資料庫的隔離等級設定成READ_COMMITTED_SNAPHOT，任何使用Read Committed層級的的事務不再需要鎖定資料對象。執行語句時會得到select語句開始執行之時會得到所有最新的結果。

SNAPSHOT：一種全新的層級SNAPSHOT，當你在任何資料庫物件中設定事務的隔離等級為ALLOW_SNAPSHOT_ISOLATION時，其他事務都不會遇到共用鎖定，查詢結果會得到所有更新之後的行。這種隔離等級不會造成髒讀，不可更新讀和幻讀的結果
 所有上述的交易處理都在tempdb資料庫中一個類似版本庫的資料對象中自動進行，當遇到更新未被提交的情況，資料引擎會檢索這個版本庫得到合適的提交結果。維護這個版本庫的工作由SQL Server自動進行，不需要人為幹預。