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 OtherEntities { get; set; }

       ……
}

 

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

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

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

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

转自：http://blog.csdn.net/bitfan/article/details/14231561

 

转载于:https://www.cnblogs.com/yunspider/p/5384560.html