EntityFramework 事务处理

默认情况下，当EF调用SaveChanges()时，会把生成的所有SQL命令“包”到一个“事务（transaction）”中，只要有一个数据更新操作失败，整个事务将回滚。

在多数情况下，如果你总在数据更新操作代码中使用一个而不是多个DbContext对象，并且只是在最后调用一次SaveChanges()，那么EF的默认事务处理机制己经够用了，无需做额外的事情。

然而，如果出现以下的情形，你就必须显式地处理事务了。

第一种情况：你需要分阶段地保存数据，因而需要多次调用SaveChanges()或者执行修改数据库的SQL命令。

请看以下示例代码：

using (var context = new MyDbContext())

{
    try
     {
        Person3 p = context.People3.First();

        p.Name ="newName" + (new Random().Next(1, 100));

        context.SaveChanges();

        context.Database.ExecuteSqlCommand("update Person3 setDescription={0} where Person3Id={1}",

                            "DescriptionModified at " + DateTime.Now.ToShortTimeString(),

                            p.Person3Id);
        p.age *= 2;
        context.SaveChanges();
    }
    catch (Exception e)
    {
        Console.WriteLine(e.Message);
     }
}

上述代码中，调用两次SaveChanges()，还有一次执行Update命令。

如果在最后一次SaveChanges()中出现异常，虽然最后一次没成功，但你会发现前两次数据己经保存！这就带来了数据不一致的问题。

对于这种场景，你需要显式地编写事务代码了（注：以下代码适用于EF6）：

using ( var context = new MyDbContext())
  {
     using ( var transaction =context.Database.BeginTransaction())
     {
         try
         {
               ……
 
               context.SaveChanges();
 
               context.Database.ExecuteSqlCommand("……);
 
               ……
 
               context.SaveChanges();
               transaction.Commit();
 
          }
         catch (Exception e)
         {
                Console.WriteLine(e.Message);
                transaction.Rollback();
         }
     }
}

特别要注意一定要调用commit()，我测试发现，只要不Commit，即使没有异常发生，事务仍将回滚，数据库中的数据不会更新。

第2种情况，你需要使用多个DbContext保存数据。

以下是处理这种场景的典型代码：

static void TestTransactionScope2()
 
{
            using (TransactionScope scope = new TransactionScope())
            {
                 String connStr = ……;
                 using ( var conn = newSqlConnection(connStr))
                 {
                     try
                     {
                         conn.Open();
                         using ( var context1 = new MyDbContext(conn, contextOwnsConnection: false ))
                         {
                              ……
                              context1.SaveChanges();
                         }
                       using ( var context2 = new MyDbContext(conn, contextOwnsConnection: false ))
                        {
                            context2.Database.ExecuteSqlCommand(……);
                            context2.SaveChanges();
                        }
                        using ( var context3 = new MyDbContext2(conn, contextOwnsConnection: false ))
                        {
                             ……
                             context3.SaveChanges();
                        }
                       scope.Complete();
                  }
                 catch (Exception e)
                 {
                        Console.WriteLine(e.ToString());
                 }
                 finally
                 {
                         conn.Close();
                  }
             }
       }
}

上述代码中有几个关键点：

（1）在构造DbContext对象时，需要把一个己打开的数据库连接对象传给它，并且需要指定EF在DbContext对象销毁时不关闭数据库连接。

为实现此目的，你的DbContext对象应该类似于是这样的，提供两个重载的构造函数：

public class MyDbContext2 : DbContext
     {
 
        public MyDbContext2(DbConnection conn, boolcontextOwnsConnection): base (conn,contextOwnsConnection)
        {
 
        }
 
        public MyDbContext2(): base ()
        {
 
        }
        public DbSet<OtherEntity> OtherEntities { get ; set ; }
 
        ……
}

注意在代码结束时关闭连接。

（2）如果不Commit，则所有数据将不会保存。

（3）你的计算机需要启动MSDTC(分布式交易协调器)，请先在控制面板中打开Distributed Transaction Coordinator服务，否则上述代码将在运行时抛出MSDTC服务不可用的异常。

很明显，当事务需要使用多个不同类型的DbContext对象时，Windows需要启动MSDTC，这会对性能有所影响，因此在开发中应该尽量避免这种情况，如无必要，不要在单个事务中使用多个不同种类的DbContext对象。

引用自：https://blog.csdn.net/slowlifes/article/details/64128293

EntityFramework 事务处理

猜你喜欢