SaveChanges(false)

淡淡的烟草味﹌ 2022-08-06 14:13 248阅读 0赞

这是做项目的时候遇到的一个问题,搜了半天,找到一篇英文博客做了相关介绍,自己看了还是不太懂,以下是我对原文的一些翻译,有不恰当之处请大家批评指正。

很多时候EF实体框架可以为您管理事务。

每次在你的.NET代码中添加一个实体,删除一个实体,修改一个实体,创建一个关系或者删除一个关系。都通过EF来保存,当你调用SaveChange()函数时,就会转换成原生的SQL语句,并在数据库中执行事务。

一下这些情况你需要使用自己的事务:

1.在同一个事务中,使用对象上下文把一个消息放到消息队列中。

2.同时使用两个对象上下文。

3.等等等等,你懂得……

一旦出现更严重的错误,并且不在EF框架范围内,你想要恢复的话就需要使用环境事务(TransactionScope)。

如果你调用SaveChange()或者SaveChange(true),那么EF就会直接的认为一切顺利,然后就会放弃对于更改的追踪,并等待新的更改。

这样的话一旦事务的其他地方出现错误,由于我们放弃了对于更改的追踪,导致我们将不能够再恢复。

接下来介绍SaveChange(false)和AcceptAllChanges()。

SaveChange(false)告诉EF必需执行的数据库命令,但坚持更改(这里我也不太理解原话是:but hold to the changes),所以如果有必要可以重载。现在如果整个事务失败,你可以重试EF特定位,或者调用SaveChange(false)。再或者你可以通过状态管理来记录哪里失败了。

一旦更多的事务执行成功,你只是直接调用AcceptAllChanges(),然后被追踪的变化就会丢失。

典型的伪代码如下:

  1. <span style="font-family:KaiTi_GB2312;font-size:18px;">using (TransactionScope scope = new TransactionScope())
  2. {
  3. //Do something with context1
  4. //Do something with context2
  5. //Save Changes but don't discard yet
  6. context1.SaveChanges(false);
  7. //Save Changes but don't discard yet
  8. context2.SaveChanges(false);
  9. //if we get here things are looking good.
  10. scope.Complete();
  11. //If we get here it is save to accept all changes.
  12. context1.AcceptAllChanges();
  13. context2.AcceptAllChanges();
  14. }</span>

如果一个模块丢失,会因为一个异常而造成全部重试,有意义吗?

发表评论

表情:
评论列表 (有 0 条评论,248人围观)

还没有评论,来说两句吧...

相关阅读