相关文章
将不确定变为确定~transactionscope何时提升为分布式事务
将不确定变为确定~transactionscope何时提升为分布式事务~续
将不确定变为确定~transactionscope何时提升为分布式事务~再续（避免引起不必要的ＭＳＤＴＣ）
对于frameworks的TransactionScope大家应该都很熟悉了，它是一个分布式事务的语句块，被包含起来的语句可以一起被提交，当出现异常后，统一进行回滚，这一切都是托管的。
当ＷＥＢ服务器没有开启ＭＳＤＴＣ服务时，会出现这个提示：
对于servers.msc中的ＭＳＤＴＣ服务，它经常性的被挂掉
注意一下：如果你的msdtc服务挂了，当下一次WWW程序需要用到它时，它会自由重启。
而对于你的事务块，如果这个ＭＳＤＴＣ服务被挂了后，如果你的事务块中包含“跨库”操作，它将会被自动提升到ＭＳＤＴＣ分布式事务，
这时你整个代码块将会中断，并抛出你的异常！
1 public abstract class DAL<T> : IDAL<T> where T : class 2 { 3 4 public DAL(DbContext db) 5 { 6 DB = db; 7 } 8 9 10 #region Properies 11 /// <summary> 12 /// 静态上下文 13 /// </summary> 14 // protected readonly static DbContext DB = new Entity.testEntities(); 15 16 /// <summary> 17 /// 实例上下文 18 /// </summary> 19 protected DbContext DB; 20 21 #endregion
1 using (TransactionScope trans = new TransactionScope()) 2 { 3 try 4 { 5 base.Insert(entity); 6 entity.User_Profile.ID = entity.ID; 7 user_ProfileDAL.Insert(entity.User_Profile); 8 loginLogsDAL.Insert(new Entity.TestMSDTC.LoginLogs //跨库操作 9 { 10 ID = entity.ID, 11 LoginName = entity.Name, 12 }); 13 trans.Complete(); 14 } 15 catch (Exception) 16 { 17 18 throw; 19 } 20 finally 21 { 22 trans.Dispose(); 23 } 24 }
这时，你的程序由于服务器ＭＳＤＴＣ的问题，整个流程被“走不通”，其时这是正常的，事务的作用就是为了保持“数据的完整性”，如果你把语句块写在同一事务中，那说明他们应该是同进同退的，这是一个理论的问题。
而我在之前看过老赵写过一个博文提到这个类似问题，看数据上下文的共享性会影响到事务被提升到ＭＳＴＤＣ，我的测试告诉我，没有实现这个结果，这里希望老赵给出一个答案吧，呵呵！在这里先谢谢赵老大了！
本文转自博客园张占岭（仓储大叔）的博客，原文链接：将不确定变为确定~transactionscope何时提升为分布式事务？，如需转载请自行联系原博主。
