TransactionsまたはSaveChanges（false）とAcceptAllChanges（）を使用していますか？

私はトランザクションを調査してきましたが、エラーがなければ、私が渡しfalseてSaveChanges()呼び出しを行う限り、EFでトランザクションを処理しているようAcceptAllChanges()です。

SaveChanges(false);
// ...
AcceptAllChanges();

問題が発生した場合はどうなりますか？ロールバックする必要はありませんか、またはメソッドがスコープから外れるとすぐに、トランザクションは終了しますか？

トランザクションの途中で割り当てられたインディティカラムはどうなりますか？私が悪くなる前に誰かが私の後にレコードを追加したとしたら、これはID値が欠落していることを意味します。

TransactionScopeコードで標準クラスを使用する理由はありますか？

ほとんどの場合、Entity Frameworkを使用 SaveChanges()場合十分です。これにより、トランザクションが作成されるか、アンビエントトランザクションに参加し、そのトランザクションで必要なすべての作業が実行されます。

SaveChanges(false) + AcceptAllChanges()ペアリングが役立つこともあります。

これに最も役立つのは、2つの異なるコンテキスト間で分散トランザクションを実行する場合です。

すなわちこのようなもの（悪い）：

using (TransactionScope scope = new TransactionScope())
{
    //Do something with context1
    //Do something with context2

    //Save and discard changes
    context1.SaveChanges();

    //Save and discard changes
    context2.SaveChanges();

    //if we get here things are looking good.
    scope.Complete();
}

もしは context1.SaveChanges()成功したがcontext2.SaveChanges()、全体の分散トランザクションが中止されて失敗します。ただし、残念ながらEntity Frameworkはの変更をすでに破棄しているcontext1ため、失敗を再生したり効果的にログに記録したりすることはできません。

ただし、コードを次のように変更すると、

using (TransactionScope scope = new TransactionScope())
{
    //Do something with context1
    //Do something with context2

    //Save Changes but don't discard yet
    context1.SaveChanges(false);

    //Save Changes but don't discard yet
    context2.SaveChanges(false);

    //if we get here things are looking good.
    scope.Complete();
    context1.AcceptAllChanges();
    context2.AcceptAllChanges();

}

への呼び出しによりSaveChanges(false)、必要なコマンドがデータベースに送信されますが、コンテキスト自体は変更されないため、必要に応じてもう一度実行するか、またはObjectStateManagerます。

これは、トランザクションが実際に例外をスローした場合、ObjectStateManagerどこかで各コンテキストの状態を再試行またはログ記録することにより、補正できることを意味します。

詳細については、私の ブログ投稿を参照してください。

EF6（Entity Framework 6+）を使用している場合、SQLへのデータベース呼び出しでこれが変更されました。
参照：http : //msdn.microsoft.com/en-us/data/dn456843.aspx

context.Database.BeginTransactionを使用します。

MSDNから：

using (var context = new BloggingContext()) 
{ 
    using (var dbContextTransaction = context.Database.BeginTransaction()) 
    { 
        try 
        { 
            context.Database.ExecuteSqlCommand( 
                @"UPDATE Blogs SET Rating = 5" + 
                    " WHERE Name LIKE '%Entity Framework%'" 
                ); 

            var query = context.Posts.Where(p => p.Blog.Rating >= 5); 
            foreach (var post in query) 
            { 
                post.Title += "[Cool Blog]"; 
            } 

            context.SaveChanges(); 

            dbContextTransaction.Commit(); 
        } 
        catch (Exception) 
        { 
            dbContextTransaction.Rollback(); //Required according to MSDN article 
            throw; //Not in MSDN article, but recommended so the exception still bubbles up
        } 
    } 
} 

一部のデータベースは、dbContextTransaction.Commit（）で例外をスローできるため、これはより適切です。

using (var context = new BloggingContext()) 
{ 
  using (var dbContextTransaction = context.Database.BeginTransaction()) 
  { 
    try 
    { 
      context.Database.ExecuteSqlCommand( 
          @"UPDATE Blogs SET Rating = 5" + 
              " WHERE Name LIKE '%Entity Framework%'" 
          ); 

      var query = context.Posts.Where(p => p.Blog.Rating >= 5); 
      foreach (var post in query) 
      { 
          post.Title += "[Cool Blog]"; 
      } 

      context.SaveChanges(false); 

      dbContextTransaction.Commit(); 

      context.AcceptAllChanges();
    } 
    catch (Exception) 
    { 
      dbContextTransaction.Rollback(); 
    } 
  } 
}