LINQ : 在LINQ TO SQL中使用事务和控制并发
LINQ TO SQL,顾名思义,涉及到了数据库操作。那么就会有一个事务的概念,例如,假设我们需要一次性插入两个实体,但希望保证这两个操作的完整性的话。
1. 隐式事务
其实,即便我们不写代码,LINQ TO SQL也会自动创建一个事务的。默认事务隔离级别为ReadCommitted
2. 显式事务
我们也可以自己写代码,来明确地控制事务,默认事务隔离级别为ReadCommitted
NorthwindDataContext db = new NorthwindDataContext();
db.Connection.Open();
db.Transaction = db.Connection.BeginTransaction();
。。。。。
db.Transaction.Commit();
db.Connection.Close();
3. 显式分布式事务
我们也可以使用TransactionScope对象,来定义分布式事务。
【注意】TransactionScope的默认隔离级别为可串行化,可能带来并发锁冲突问题。
关于它的详细介绍,有兴趣的朋友可以参考
http://msdn.microsoft.com/zh-cn/library/ms172152(VS.80).aspx
最后大概要谈一下并发控制的问题:这个问题的出现就在于,某些时候,某个客户端读取到了数据,然后它断开了,在本地修改;同时,另外一个客户端也读取到了数据,并且修改并提交了。此时,第一个客户端如果再进行更新,就应该是有所问题的。这就是所谓的并发问题。
LINQ TO SQL通过在submitchanges方法的时候指定ConflictMode来定义并发控制行为
下面有一个例子,讲解了并发冲突时继续操作,并且对冲突项进行解决
var query = from p in ctx.Products where p.CategoryID == 1 select p;
foreach (var p in query)
p.UnitsInStock = Convert.ToInt16(p.UnitsInStock - 1);
try
{
ctx.SubmitChanges(ConflictMode.ContinueOnConflict);
}
catch (ChangeConflictException)
{
foreach (ObjectChangeConflict cc in ctx.ChangeConflicts)
{
Product p = (Product)cc.Object;
Response.Write(p.ProductID + "<br/>");
cc.Resolve(RefreshMode.OverwriteCurrentValues); // 放弃当前更新,所有更新以原先更新为准
}
}
ctx.SubmitChanges();