SQL Server事務隔離級別和Oracle中的區別
SQL Server事務隔離級別和Oracle中的事務隔離級別有所不同，在了解二者的區別之前，先讓我們來了解一下事務隔離級別都有哪些。
在SQL92標準中，事務隔離級別分為四種，分別為：
Read Uncommitted
Read Committed
Read Repeatable
Serializable
其中Read Uncommitted與Read Committed為語句級別的，而Read Repeatable與Serializable是針對事務級別的。
在Oracle和SQL Server中設置事務隔離級別的語句是相同的，都使用SQL92標準語法，即：
Set Transaction Isolation Level Read Committed
上面示例中的Read Committed可以被替換為其他三種隔離級別中的任意一種。
1)SQL Server中的隔離級別及實現機制
在SQL Server中提供了所有這四種隔離級別。
下面我們討論在SQL Server中，這幾種隔離級別的含義及其實現方式。
Read Uncommitted：一個會話可以讀取其他SQL Server事務未提交的更新結果，如果這個事務***以回滾結束，這時的讀取結果就可能是錯誤的，所以多數的數據庫應用都不會使用這種隔離級別。
Read Committed：這是SQL Server的缺省隔離級別，設置為這種隔離級別的事務只能讀取其他SQL Server事務已經提交的更新結果，否則，發生等待，但是其他會話可以修改這個事務中被讀取的記 錄，而不必等待事務結束，顯然，在這種隔離級別下，一個事務中的兩個相同的讀取操作，其結果可能不同。
Read Repeatable：在一個SQL Server事務中，如果在兩次相同條件的讀取操作之間沒有添加記錄的操作，也沒有其他更新操作導致在這個查詢條件下記錄數增多，則兩次 讀取結果相同。換句話說，就是在一個事務中***次讀取的記錄保證不會在這個事務期間發生改變。SQL Server是通過在整個事務期間給讀取的記錄加鎖實現這種隔離級別的，這樣，在這個事務結束前，其他會話不能修改事務中讀取的記錄，而只能等待事務結 束，但是SQL Server不會阻礙其他會話向表中添加記錄，也不阻礙其他會話修改其他記錄。
Serializable：在一個SQL Server事務中，讀 取操作的結果是在這個事務開始之前其他事務就已經提交的記錄，SQL Server通過在整個事務期間給表加鎖實現這種隔離級別。在這種隔離級別下，對這個表的所有DML操作都是不允許的，即要等待事務結束，這樣就保證了在 一個事務中的兩次讀取操作的結果肯定是相同的。
2)Oracle中的隔離級別及實現機制
在 Oracle中，沒有Read Uncommitted及Repeatable Read隔離級別，這樣在Oracle中不允許一個會話讀取其他事務未提交的數據修改結果，從而避免了由于事務回滾發生的讀取錯誤。Oracle中的 Read Committed和Serializable級別，其含義與SQL Server類似，但是實現方式卻大不一樣。
在Oracle 中，存在所謂的回滾段(Oracle9i之前版本)或撤銷段(Oracle9i版本)，Oracle在修改數據記錄時，會把這些記錄被修改之前的結果存入 回滾段或撤銷段中，就是因為這種機制，Oracle對于事務隔離級別的實現與SQL Server截然不同。在Oracle中，讀取操作不會阻礙更新操作，更新操作也不會阻礙讀取操作，這樣在Oracle中的各種隔離級別下，讀取操作都不 會等待更新事務結束，更新操作也不會因為另一個事務中的讀取操作而發生等待，這也是Oracle事務處理的一個優勢所在。
Oracle缺省的 設置是Read Committed隔離級別(也稱為語句級別的隔離)，在這種隔離級別下，如果一個事務正在對某個表進行DML操作，而這時另外一個會話對這個表的記錄進 行讀取操作，則Oracle會去讀取回滾段或撤銷段中存放的更新之前的記錄，而不會象SQL Server一樣等待更新事務的結束。
在Serializable隔離級別(也稱為事務級別的隔離)，事務中的讀取操作只能讀取這個事務開始之前已經提交的數據結果。如果在讀取時，其他事務正在 對記錄進行修改，則Oracle就會在回滾段或撤銷段中去尋找對應的原來未經更改的記錄(而且是在讀取操作所在的事務開始之前存放于回滾段或撤銷段的記 錄)，這時讀取操作也不會因為相應記錄被更新而等待。
【編輯推薦】
