事务是一个原子的工作单位,必须完整的完成单位里的所有工作,要么全部执行,要么全部都不执行。如果提交事务,则事务执行成功;如果回滚事务,则事务执行失败。 事务具备4个基本特性--ACID(原子性、一致性、孤立性和持久性)。
在Linq to SQL中,有三种方法创建事务:
- 如果没有指定任何事务,那么当调用SubmitChanges方法时,DataContext会默认创建一个事务。
- 使用TransactionScope创建轻量级事务
- 给DataContext的Transaction属性指定事务
下面我用代码分别来说明这几种创建事务的方法,以Northwind数据库为例,先来看看直接使用SubmitChanges:
NorthwindDataContext ctx = new NorthwindDataContext(); Customer c1 = new Customer { CustomerID = "TESTA", CompanyName = "testa's company" }; Customer c2 = new Customer { CustomerID = "TESTBC", CompanyName = "testb's company" }; ctx.Customers.Add(c1); ctx.Customers.Add(c2); ctx.SubmitChanges();
上面这段代码中,先创建了两个Customer对象然后添加到DataContext里面,其中的c2的CustomerID赋值为"TESTBC",长度为六个字符,而数据库中该字段约束为5个字符长度,这样在SubmitChanges的时候应该会有异常抛出。果然在执行的时候抛出了SqlException,提示字符将被截断。
再通过Sql Server管理器可以看到上面这两条数据都没有被插入到数据库中。通过Reflector可以发现在SubmitChanges的时候,Linq to SQL默认创建了一个孤立级别为Read Committed的事务(它表示已提交的更新在事务间是可见的,具体有哪些孤立级别可以参考ADO.NET相关资料):
public virtual void SubmitChanges(ConflictMode failureMode) { ... transaction = this.provider.Connection.BeginTransaction(IsolationLevel.ReadCommitted); this.provider.Transaction = transaction; }
如果不想使用默认的事务设置,比如想改变事务的孤立级别,我们可以给DataContext的Transaction属性赋值,以此使用自定义的事务。
ctx.Transaction = ctx.Connection.BeginTransaction(System.Data.IsolationLevel.Serializable); try { ctx.SubmitChanges(); ctx.Transaction.Commit(); } catch { ctx.Transaction.Rollback(); throw; } finally { ctx.Transaction = null; }
最后一种方式是通过TransactionScope创建轻量级事务,就像在ADO.NET中使用一样:
using (TransactionScope scope = new TransactionScope()) { ctx.SubmitChanges(); scope.Complete(); }
上面的例子看起来似乎多此一举,因为在SubmitChanges中会创建默认的事务,但是改成下面这样,就只能使用自定义的事务了:
using (TransactionScope scope = new TransactionScope()) { ctx.ExecuteCommand("exec ...."); ctx.ExecuteCommand("exec ...."); ctx.ExecuteCommand("exec ...."); ctx.SubmitChanges(); scope.Complete(); }
不管ExecuteCommand里面执行了哪些操作,我们都能够指明这些行为和SubmitChanges处于同一个事务中。