这是做项目的时候遇到的一个问题,搜了半天,找到一篇英文博客做了相关介绍,自己看了还是不太懂,一下是我对原文的一些翻译,有不恰当之处请大家批评指正。
很多时候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(),然后被追踪的变化就会丢失。
典型的伪代码如下:
<span style="font-family:KaiTi_GB2312;font-size:18px;">using (TransactionScope scope = new TransactionScope()) { //Do something with context1 //Do something with context2 //Save Changes but don't discard yet context1.SaveChanges(false); //Save Changes but don't discard yet context2.SaveChanges(false); //if we get here things are looking good. scope.Complete(); //If we get here it is save to accept all changes. context1.AcceptAllChanges(); context2.AcceptAllChanges(); }</span>
如果一个模块丢失,会因为一个异常而造成全部重试,有意义吗?
时间: 2024-10-05 04:19:24