实体框架：单个数据库、多个上下文、正确处理事务答案

【问题标题】：Entity Framework: single database, multiple contexts, getting transactions right实体框架：单个数据库、多个上下文、正确处理事务
【发布时间】：2017-04-27 22:57:28
【问题描述】：

我想在我当前的项目中使用多个上下文/模式，但我不确定在单个事务中包装对上下文的写访问的正确方法。

我的理解是有两种方法可以实现这一点：DbContext.Database.BeginTransaction() 和TransactionScope。我不确定的是我是否正确使用它们和/或是否有其他方法可以做到这一点。

示例：
假设以下模型/上下文：

public class A
{
   [Key]
   public int Id { get; set; }
   public string Name { get; set; }
}

public class ContextA : DbContext
{
   public ContextA() : base( "MultipleContextsTest" ) { }

   public DbSet<A> SetA { get; set; }

   protected override void OnModelCreating( DbModelBuilder modelBuilder )
   {
      modelBuilder.HasDefaultSchema( "SchemaA" );
      base.OnModelCreating( modelBuilder );
   }
}

然后假设第二个模型/上下文：

public class B
{
   [Key]
   public int Id { get; set; }
   public string OtherName { get; set; }
}

public class ContextB : DbContext
{
   public ContextB() : base( "MultipleContextsTest" ) { }

   public ContextB( DbConnection conn, bool ownsConnection = false ) 
     : base( conn, ownsConnection ) { }

   public DbSet<B> SetB { get; set; }

   protected override void OnModelCreating( DbModelBuilder modelBuilder )
   {
      modelBuilder.HasDefaultSchema( "SchemaB" );
      base.OnModelCreating( modelBuilder );
   }
}

那么我使用DbContext.Database.BeginTransaction()的方法如下：

void Using_BeginTransaction()
{
   using( ContextA contextA = new ContextA() )
   {
      using( var transaction = contextA.Database.BeginTransaction() )
      {
         contextA.SetA.Add( new A { Name = "Name" } );
         contextA.SaveChanges();

         using( ContextB contextB 
           = new ContextB( transaction.UnderlyingTransaction.Connection ) )
         {
            contextB.Database.UseTransaction( transaction.UnderlyingTransaction );
            contextB.SetB.Add( new B() { OtherName = "OtherName" } );
            contextB.SaveChanges();
         }

         transaction.Commit();
      }
   }
}

最让我担心的是，我找不到将“外部”上下文的连接重用于“内部”上下文的示例。在文档中，它说事务是“外部的”，并且在我到目前为止发现的示例中，事务不用于在上下文之间传递。该事务用于运行SQLCommand，或者该事务是从外部显式创建的SqlConnection 接收的。
换句话说：我在问我是否在滥用可能不打算以这种方式使用的功能。这也可能是因为连接和事务都不能直接传递给“内部”上下文，而是必须使用它们的“基础”版本。

我使用TransactionScope 的方法如下：

void Using_TransactionScope()
{
   using( TransactionScope transaction = new TransactionScope() )
   {
      using( ContextA contextA = new ContextA() )
      {
         contextA.SetA.Add( new A { Name = "Name" } );
         contextA.SaveChanges();
      }

      using( ContextB contextB = new ContextB() )
      {
         contextB.SetB.Add( new B() { OtherName = "OtherName" } );
         contextB.SaveChanges();
      }

      transaction.Complete();
   }
}

我的担忧主要与 MSDTC（Microsoft 分布式事务协调器）有关，即避免将事务提升为分布式事务。
如果满足以下所有条件，似乎交易不会被提升：

使用单个数据库
上下文使用相同的连接字符串
上下文使用相同的连接（对此不是 100% 确定）

是否可以保证或可以实现上下文使用相同的连接？

然而，我最关心的是这个 Stack Overflow 问题的公认答案下的 cmets：One transaction with multiple dbcontexts。这些 cmets 可能意味着事务被提升为“轻量级”分布式事务（无论是什么）。无论如何，评论者认为这种方法非常危险。那是对的吗？但是，TransactionScope 首先的目的是什么？

作为旁注：我做了一些粗略的性能测量（对上述两种方法中的每一种都使用了 5000 次调用）并发现：

BeginTransaction() 比 TransactionScope 稍快。
这两个版本显然比完全不使用事务要快。我没想到的是。也许是因为只需要创建一个连接？

【问题讨论】：

标签： c# entity-framework transactions schema dbcontext

【解决方案1】：

我已经为同一上下文中的多个 proc 执行此操作，而从未针对两个单独的上下文执行此操作。虽然理论上应该是一样的：

using (var ee = new EntitiesTest())
using (var transaction = new TransactionScope())
{
   ee.spMoneyUpdate(  ...)
   ee.spUpdateTotals();
   transaction.Complete();
}

如果范围未能完成，则应回滚。意思是我想要全部或一无所有。如果第一个存储过程失败，我不希望下一个触发并且第一个回滚。我对 TransactionScope 的理解是这样做的。

【讨论】：