这个标题很有意思，关系表插入，就是说主表和外表键在插入时，可能会有同步插的情况，如在建立主表时，扩展表需要同步完成数据的初始化工作，而对于多表插入时，我们为了保证数据的一致性会针它写在事务中，而对于.net中的事件，它在一些情况下，会不那么单纯，对于ef和linq to sql来说，你的事务如果出现多次提交动作（submitchange | savechanges），那么,.net这边会把它提升为分布式事务（ＭＳＤＴＣ），即.net认为，对于一个数据表的操作，不会出现多个savechanges，ＯＫ，这个可以解释的通，一个数据库，一个提交，这是符合性能要求的，呵呵，但对于我们的架构来说，有时一疏忽，就违背了.net的这个原则，如，我们封装的Insert方法，可能是这样的
public virtual void Insert(TEntity item) { Db.Entry<TEntity>(item); Db.Set<TEntity>().Add(item); this.SaveChanges(); }
这个代码也没有问题，在一个插入动作完成后，系统由SaveChanges方法完成一次提交，正是由于这样的代码，所以我们的麻烦就来了，如果是对两个表的操作吗？
aRepository.Insert(a);
bRepository.Insert(b);
什么问题？数据一致性不能保证，因为没有事务块，呵呵，加上了再看看
using (TransactionScope trans = new TransactionScope()) { aRepository.Insert(a); bRepository.Insert(b); trans.Commit(); }
OK,感觉是没有问题了，但细一想就会看出问题来了，因为我们封装的insert会有提交动作，所以，在这个事务块中，.net会被认识是一个ＭＳＤＴＣ（分布式的事务），原因是提交了多次，而如果你没有打开msdtc服务的话，就会出现下面的黄屏了
注意：系统触发分布式事务的前提是你的ＷＥＢ服务器与数据库服务器分别部署在两个服务器上，一台不会出现这个问题的。
ＯＫ，这个ＭＳＤＴＣ是怎么一回事，不是今天要说的重要，如果想学习ＭＳＤＴＣ，请看我的这些文章：
第二十六回 将不确定变为确定~transactionscope何时提升为分布式事务？
第二十七回 将不确定变为确定~transactionscope何时提升为分布式事务~续
第二十八回 将不确定变为确定~transactionscope何时提升为分布式事务~再续（避免引起不必要的ＭＳＤＴＣ）
第二十九回 将不确定变为确定~transactionscope何时提升为分布式事务~大结局
今天我们要说的是在插入关系表时，怎样使它不被提升为分布式事务，事实上，怎么做我们已经知道了，就是方法中只出现一个savechages，呵呵，而对于主表与扩展表来说，对于自增主键的主表，做起来就有些麻烦了，呵呵，我们还需要借助ＳＱＬ函数来实现主键的获取工作，当主键插入后，通过ＳＱＬ函数得到新值，然后再为扩展表赋值，最后一些savechange()就可以了，具体我们看一下代码：
int maxID = Convert.ToInt32(new TsingDa_NewLearningBarEntities()//当前表最大ID .Database.SqlQuery<decimal>("SELECT IDENT_CURRENT ('Classroom_Info')") .First()); using (TransactionScope trans = new TransactionScope()) { try { db.Entry<Classroom_Info>(entity); db.Set<Classroom_Info>().Add(entity); //绑定学生 entity.User_Classroom_R.ToList().ForEach(i => { i.ClassroomInfoID = maxID + 1; db.Entry<User_Classroom_R>(i); db.Set<User_Classroom_R>().Add(i); }); db.SaveChanges();//是否为msdtc就看它提交的次数 trans.Complete(); } catch (Exception) { trans.Dispose();//出现异常，事务手动释放 throw; } }
而一次savechanges所产生的ＳＱＬ也是我们可以接受的，与服务器连接池中开启一个新连接，然后把语句一条一条的发过去，虽然不是一次性发送，但结果我们也是可以接受的，呵呵。
补充回复：
看了xiashengwang的 回复，我自己去试了一下，果然savechange将当前上下文中所有要提交的东西包在了一个事务块里，出现异常后，自动完成callback，所以，对 于一个数据库来说TransactionScope可以省去，而对于多个数据库的操作，才需要使用TransactionScope，而对于何时将 TransactionScope提升为MSDTC的级别，到目前为止，我只能说，一个上下文的savechanges不会提升，多个 savechanges就会提升到msdtc,而矛盾是，一个savechanges的话，确实不需要外加TransactionScope块了，呵呵， 这部分文章估计我还要继续写了，看看有没有办法在同一上下文多个savechanges操作时，不让系统提升到MSTDC的级别，呵呵。
本文转自博客园张占岭（仓储大叔）的博客，原文链接：EF架构~关系表插入应该写在事务里，但不应该是分布式事务，如需转载请自行联系原博主。
