EF中的事务处理的初步理解

1. EF对事务进行了封装：context的saveChange()是有事务性的。

2. 依赖多个不同的Context的操作（即分布式操作）或者多次调用context.saveChanges()操作，会脱离EF事务封装，此时可使用TransactionScope实现事务操作。案例代为：

[csharp] view plaincopy

1. using (TransactionScope scope = new TransactionScope())
2. {
3. //Do something with context1
4. //Do something with context2
5. //Save and discard changes
6. context1.SaveChanges();
7. //Save and discard changes
8. context2.SaveChanges();
9. //if we get here things are looking good.
10. scope.Complete();
11. }

但是这样写是有风险的，假 如context1.SaveChanges()成功了，context2.SaveChanges()失败，在scope.Complete()提交事务的时候就会终止，而Context1已经成功执行了这可能不一定符合的需要。如果需要 context1、context2要不同时执行成功，要不都不成功，需要对代码作小小的调整，如用下面的代码：

[csharp] view plaincopy

1. 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. context1.AcceptAllChanges();
12. context2.AcceptAllChanges();
13. }

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

transactionScope的理解：

1.不只是用在数据库的事务中，也可以管理别的类型的事务，功能很强大，性能较差

2.应该尽量使用同一个context进行数据库的操作，原因：

节省资源，没创建一个context都是耗费资源的操作。

不同dal中使用同一个context同样可以达到事务处理的目的，所以在一般的数据库事务处理中transactionScope不是必要的

资源

http://www.cnblogs.com/aisini/archive/2011/03/25/1994487.html