LINQ to SQL事務模型剖析
本文向大家介紹LINQ to SQL事務模型，可能好多人還不了解LINQ to SQL事務模型，沒有關(guān)系，看完本文你肯定有不少收獲，希望本文能教會你更多東西。
三種LINQ to SQL事務模型，分別是：
◆顯式本地事務：調(diào)用 SubmitChanges 時，如果 Transaction 屬性設置為事務，則在同一事務的上下文中執(zhí)行 SubmitChanges 調(diào)用。成功執(zhí)行事務后，要由您來提交或回滾事務。與事務對應的連接必須與用于構(gòu)造 DataContext 的連接匹配。如果使用其他連接，則會引發(fā)異常。
◆顯式可分發(fā)事務：可以在當前 Transaction 的作用域中調(diào)用 LINQ to SQL API（包括但不限于 SubmitChanges）。LINQ to SQL 檢測到調(diào)用是在事務的作用域內(nèi)，因而不會創(chuàng)建新的事務。在這種情況下，<token>vbtecdlinq</token> 還會避免關(guān)閉連接。您可以在此類事務的上下文中執(zhí)行查詢和 SubmitChanges 操作。
◆隱式事務：當您調(diào)用 SubmitChanges 時，LINQ to SQL 會檢查此調(diào)用是否在 Transaction 的作用域內(nèi)或者 Transaction 屬性是否設置為由用戶啟動的本地事務。如果這兩個事務它均未找到，則 LINQ to SQL 啟動本地事務，并使用此事務執(zhí)行所生成的 SQL 命令。當所有 SQL 命令均已成功執(zhí)行完畢時，LINQ to SQL 提交本地事務并返回。
1.Implicit（隱式）
說明：這個例子在執(zhí)行SubmitChanges()操作時，隱式地使用了事務。因為在更新2種產(chǎn)品的庫存數(shù)量時，第二個產(chǎn)品庫存數(shù)量為負數(shù)了,違反了服務器上的 CHECK 約束。這導致了更新產(chǎn)品全部失敗了，系統(tǒng)回滾到這個操作的初始狀態(tài)。
- try
- {
- Product prod1 = db.Products.First(p => p.ProductID == 4);
- Product prod2 = db.Products.First(p => p.ProductID == 5);
- prod1.UnitsInStock -= 3;
- prod2.UnitsInStock -= 5;//錯誤:庫存數(shù)量的單位不能是負數(shù)
- //要么全部成功要么全部失敗
- db.SubmitChanges();
- }
- catch (System.Data.SqlClient.SqlException e)
- {
- //執(zhí)行異常處理
- }
2.Explicit（顯式）
說明：這個例子使用顯式事務。通過在事務中加入對數(shù)據(jù)的讀取以防止出現(xiàn)開放式并發(fā)異常，顯式事務可以提供更多的保護。如同上一個查詢中，更新 prod2 的 UnitsInStock 字段將使該字段為負值，而這違反了數(shù)據(jù)庫中的 CHECK 約束。這導致更新這兩個產(chǎn)品的事務失敗，此時將回滾所有更改。以上介紹LINQ to SQL事務模型
- using (TransactionScope ts = new TransactionScope())
- {
- try
- {
- Product prod1 = db.Products.First(p => p.ProductID == 4);
- Product prod2 = db.Products.First(p => p.ProductID == 5);
- prod1.UnitsInStock -= 3;
- prod2.UnitsInStock -= 5;//錯誤:庫存數(shù)量的單位不能是負數(shù)
- db.SubmitChanges();
- }
- catch (System.Data.SqlClient.SqlException e)
- {
- //執(zhí)行異常處理
- }
- }
【編輯推薦】
