Entity Framework中的批量提交与事务处理

小渣渣

在Entity Framework 中使用SaveChanges()是很频繁的，单次修改或删除数据后调用SaveChanges()返回影响记录数。

要使用批量修改或者批量删除数据，就需要SaveChanges(false)+AcceptAllChanges()方法了。



SaveChanges(false) 只是通知EF需要对数据库执行的操作，在内存中是属于挂起状态，在必要的时候是可以撤销的，比如AcceptAllChange()提交为真正成功，EF将撤销SaveChanges(false)的操作。



而在处理分布式事务操作的时候，就有必要使用TransactionScope 来处理了，很多时候我们会这样写：

登录可见。

但是这样写是有风险的，假
如context1.SaveChanges()成功了，context2.SaveChanges()却是有问题的，我们在scope.Complete()提交事务的时候就会终止，而Context1已经成功执行了

（我在实践过程中，上面其实可以能正常回滚的，如果context1.SaveChanges()成功了，context2.SaveChanges()却是有问题的，两个都不会成功执行！
在项目中引用using System.Transaction命名空间。在using 中定义了一个TransactionScope，相当于定义了一个事物范围即，这个事务作用域为using内。在using 作用域内，如果没有scope.Complete()命令，那么scope在销毁时，会自动回滚所有的操作。）
这可能不一定符合我们的需要。如果我们需要 context1、context2要不同时执行成功，要不都不成功，我们需要对代码作小小的调整，如用下面的代码：

登录可见。

我们用SaveChanges(false)先将必要的数据库操作命令发送给数据库，这是注意context1与context2并没有真正发生改变，如果事务终止，自动回滚，两者的更改都没有真正提交到数据库，所以是可以成功回滚的。