再通过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处于同一个事务中。