本文向大家介绍LINQ to SQL事务模型，可能好多人还不了解LINQ to SQL事务模型，没有关系，看完本文你肯定有不少收获，希望本文能教会你更多东西。

三种LINQ to SQL事务模型，分别是：
◆显式本地事务：调用 SubmitChanges 时，如果 Transaction 属性设置为事务，则在同一事务的上下文中执行 SubmitChanges 调用。成功执行事务后，要由您来提交或回滚事务。与事务对应的连接必须与用于构造 DataContext 的连接匹配。如果使用其他连接，则会引发异常。
◆显式可分发事务：可以在当前 Transaction 的作用域中调用 LINQ to SQL API（包括但不限于 SubmitChanges）。LINQ to SQL 检测到调用是在事务的作用域内，因而不会创建新的事务。在这种情况下，vbtecdlinq 还会避免关闭连接。您可以在此类事务的上下文中执行查询和 SubmitChanges 操作。
◆隐式事务：当您调用 SubmitChanges 时，LINQ to SQL 会检查此调用是否在 Transaction 的作用域内或者 Transaction 属性是否设置为由用户启动的本地事务。如果这两个事务它均未找到，则 LINQ to SQL 启动本地事务，并使用此事务执行所生成的 SQL 命令。当所有 SQL 命令均已成功执行完毕时，LINQ to SQL 提交本地事务并返回。

1.Implicit（隐式）

说明：这个例子在执行SubmitChanges()操作时，隐式地使用了事务。因为在更新2种产品的库存数量时，第二个产品库存数量为负数了,违反了服务器上的 CHECK 约束。这导致了更新产品全部失败了，系统回滚到这个操作的初始状态。

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;//错误:库存数量的单位不能是负数  
//要么全部成功要么全部失败  
db.SubmitChanges();  
}  
catch (System.Data.SqlClient.SqlException e)  
{  
//执行异常处理  
} 

2.Explicit（显式）

说明：这个例子使用显式事务。通过在事务中加入对数据的读取以防止出现开放式并发异常，显式事务可以提供更多的保护。如同上一个查询中，更新 prod2 的 UnitsInStock 字段将使该字段为负值，而这违反了数据库中的 CHECK 约束。这导致更新这两个产品的事务失败，此时将回滚所有更改。以上介绍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;//错误:库存数量的单位不能是负数  
db.SubmitChanges();  
}  
catch (System.Data.SqlClient.SqlException e)  
{  
//执行异常处理  
}  
} 

【编辑推荐】

1. LINQ查询操作经验总结
2. LINQ遍历多个数组深入剖析
3. Linq查询Access数据文件浅谈
4. LINQ构建框架设计学习笔记
5. LINQ重要组成部分简介