實事上,一個錯誤的理解就是Complete()方法是提交事務的,這是錯誤的,事實上,它的做用的表示本事務完成,它通常放在try{}的結尾處,不用判斷前臺操做是否成功,若是不成功,它會本身回滾。html
在.net 1.1的時代,尚未TransactionScope類,所以不少關於事務的處理,都交給了SqlTransaction和SqlConnection,每一個Transaction是基於每一個Connection的。這種設計對於跨越多個程序集或者多個方法的事務行爲來講,不是很是好,須要把事務和數據庫鏈接做爲參數傳入。數據庫
在.net 2.0後,TransactionScope類的出現,大大的簡化了事務的設計。示例代碼以下:服務器
只須要把須要事務包裹的邏輯塊寫在using (TransactionScope ts = new TransactionScope())中就能夠了。從這種寫法能夠看出,TransactionScope實現了IDispose接口。除非顯示調用ts.Complete()方法。不然,系統不會自動提交這個事務。若是在代碼運行退出這個block後,還未調用Complete(),那麼事務自動回滾了。在這個事務塊中,u.ADD()方法和t.ADD()方法內部都沒有用到任何事務類。post
TransactionScope是基於當前線程的,在當前線程中,調用Transaction.Current方法能夠看到當前事務的信息。具體關於TransactionScope的使用方法,已經它的成員方法和屬性,能夠查看 MSDN 。ui
TransactionScope類是能夠嵌套使用,若是要嵌套使用,須要在嵌套事務塊中指定TransactionScopeOption參數。默認的這個參數爲Required。url
該參數的具體含義能夠參考http://msdn.microsoft.com/zh-cn/library/system.transactions.transactionscopeoption(v=vs.80).aspxspa
好比下面代碼:.net
當嵌套類的TransactionScope的TransactionScopeOption爲Required的時候,則能夠看到以下結果,他們的事務的ID都是同一個。而且,只有當2個TransactionScope都complete的時候才能算真正成功。線程
若是把TransactionScopeOption設爲RequiresNew,則嵌套的事務塊和外層的事務塊各自獨立,互不影響。設計
能夠看到,他們的事務id是不同的。
TransactionScopeOption的屬性值:
對於多個不一樣服務器之間的數據庫操做,TransactionScope依賴DTC(Distributed Transaction Coordinator)服務完成事務一致性。
可是對於單一服務器數據,TransactionScope的機制則比較複雜。主要用的的是線程靜態特性。線程靜態特性ThreadStaticAttribute讓CLR知道,它標記的靜態字段的存取是依賴當前線程,而獨立於其餘線程的。既然存儲在線程靜態字段中的數據只對存儲該數據的同一線程中所運行的代碼可見,那麼,可以使用此類字段將其餘數據從一個方法傳遞到該第一個方法所調用的其餘方法,並且徹底不用擔憂其餘線程會破壞它的工做。TransactionScope 會將當前的 Transaction 存儲到線程靜態字段中。當稍後實例化 SqlCommand 時(在此 TransactionScope 從線程局部存儲中刪除以前),該 SqlCommand 會檢查線程靜態字段以查找現有 Transaction,若是存在則列入該 Transaction 中。經過這種方式,TransactionScope 和 SqlCommand 可以協同工做,從而開發人員沒必要將 Transaction 顯示傳遞給 SqlCommand 對象。實際上,TransactionScope 和 SqlCommand 所使用的機制很是複雜。