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自動進行，不需要人為干預。
【編輯推薦】
