TransactionScope只要一個操作失敗，它會自動回滾，Complete表示事務完成

實事上，一個錯誤的理解就是Complete（）方法是提交事務的，這是錯誤的，事實上，它的作用的表示本事務完成，它一般放在try{}的結尾處，不用判斷前臺操作是否成功，如果不成功，它會自己回滾。

在.net 1.1的時代，還沒有TransactionScope類，因此很多關於事務的處理，都交給了SqlTransaction和SqlConnection，每個Transaction是基於每個Connection的。這種設計對於跨越多個程式集或者多個方法的事務行為來說，不是非常好，需要把事務和資料庫連接作為參數傳入。

在.net 2.0後，TransactionScope類的出現，大大的簡化了事務的設計。示例代碼如下：

1.   static void Main(string[] args)
2.   {
3.   using (TransactionScope ts = new TransactionScope())
4.   {
5.   userBLL u = new userBLL();
6.   TeacherBLL t = new TeacherBLL();
7.   u.ADD();
8.   t.ADD();
9.   ts.Complete();
10.   }
11.   }

只需要把需要事務包裹的邏輯塊寫在using (TransactionScope ts = new TransactionScope())中就可以了。從這種寫法可以看出，TransactionScope實現了IDispose介面。除非顯示調用ts.Complete()方法。否則，系統不會自動提交這個事務。如果在代碼運行退出這個block後，還未調用Complete()，那麼事務自動回滾了。在這個事務塊中，u.ADD()方法和t.ADD()方法內部都沒有用到任何事務類。

TransactionScope是基於當前線程的，在當前線程中，調用Transaction.Current方法可以看到當前事務的信息。具體關於TransactionScope的使用方法，已經它的成員方法和屬性，可以查看 MSDN 。

TransactionScope類是可以嵌套使用，如果要嵌套使用，需要在嵌套事務塊中指定TransactionScopeOption參數。預設的這個參數為Required。

該參數的具體含義可以參考http://msdn.microsoft.com/zh-cn/library/system.transactions.transactionscopeoption(v=vs.80).aspx

比如下麵代碼：

1.   static void Main(string[] args)
2.   {
3.   using (TransactionScope ts = new TransactionScope())
4.   {
5.   Console.WriteLine(Transaction.Current.TransactionInformation.LocalIdentifier);
6.   userBLL u = new userBLL();
7.   TeacherBLL t = new TeacherBLL();
8.   u.ADD();
9.   using (TransactionScope ts2 = new TransactionScope(TransactionScopeOption.Required))
10.   {
11.   Console.WriteLine(Transaction.Current.TransactionInformation.LocalIdentifier);
12.   t.ADD();
13.   ts2.Complete();
14.   }
15.   ts.Complete();
16.   }
17.   }

當嵌套類的TransactionScope的TransactionScopeOption為Required的時候，則可以看到如下結果，他們的事務的ID都是同一個。並且，只有當2個TransactionScope都complete的時候才能算真正成功。

如果把TransactionScopeOption設為RequiresNew，則嵌套的事務塊和外層的事務塊各自獨立，互不影響。

1.   static void Main(string[] args)
2.   {
3.   using (TransactionScope ts = new TransactionScope())
4.   {
5.   Console.WriteLine(Transaction.Current.TransactionInformation.LocalIdentifier);
6.   userBLL u = new userBLL();
7.   TeacherBLL t = new TeacherBLL();
8.   u.ADD();
9.   using (TransactionScope ts2 = new TransactionScope(TransactionScopeOption.RequiresNew))
10.   {
11.   Console.WriteLine(Transaction.Current.TransactionInformation.LocalIdentifier);
12.   t.ADD();
13.   ts2.Complete();
14.   }
15.   ts.Complete();
16.   }
17.   }

可以看到，他們的事務id是不一樣的。

TransactionScopeOption的屬性值：

對於多個不同伺服器之間的資料庫操作，TransactionScope依賴DTC（Distributed Transaction Coordinator）服務完成事務一致性。

但是對於單一伺服器數據，TransactionScope的機制則比較複雜。主要用的的是線程靜態特性。線程靜態特性ThreadStaticAttribute讓CLR知道，它標記的靜態欄位的存取是依賴當前線程，而獨立於其他線程的。既然存儲線上程靜態欄位中的數據只對存儲該數據的同一線程中所運行的代碼可見，那麼，可使用此類欄位將其他數據從一個方法傳遞到該第一個方法所調用的其他方法，而且完全不用擔心其他線程會破壞它的工作。TransactionScope 會將當前的 Transaction 存儲到線程靜態欄位中。當稍後實例化 SqlCommand 時（在此 TransactionScope 從線程局部存儲中刪除之前），該 SqlCommand 會檢查線程靜態欄位以查找現有 Transaction，如果存在則列入該 Transaction 中。通過這種方式，TransactionScope 和 SqlCommand 能夠協同工作，從而開發人員不必將 Transaction 顯示傳遞給 SqlCommand 對象。實際上，TransactionScope 和 SqlCommand 所使用的機制非常複雜。