ใช้การทำธุรกรรมหรือ SaveChanges (false) และ AcceptAllChanges ()?

ฉันตรวจสอบธุรกรรมและดูเหมือนว่าพวกเขาดูแลตัวเองใน EF ตราบใดที่ฉันผ่านfalseไปSaveChanges()แล้วโทรติดต่อAcceptAllChanges()หากไม่มีข้อผิดพลาด:

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

เกิดอะไรขึ้นถ้ามีบางอย่างไม่ดี? ฉันไม่ต้องย้อนกลับหรือทันทีที่วิธีการของฉันไม่อยู่ในขอบเขตการทำธุรกรรมสิ้นสุดลงหรือไม่

เกิดอะไรขึ้นกับคอลัมน์ indentiy ใด ๆ ที่ได้รับมอบหมายผ่านทางธุรกรรมครึ่งทาง ฉันคิดว่าถ้ามีคนเพิ่มบันทึกหลังจากฉันก่อนที่ฉันจะเสียก็หมายความว่าจะมีค่าประจำตัวที่ขาดหายไป

มีเหตุผลใดที่จะใช้TransactionScopeคลาสมาตรฐานในรหัสของฉัน?

ด้วย Entity Framework เวลาส่วนใหญ่SaveChanges()ก็เพียงพอแล้ว สิ่งนี้จะสร้างทรานแซคชันหรือ enlist ในทรานแซคชันใด ๆ และทำงานที่จำเป็นทั้งหมดในทรานแซคชันนั้น

บางครั้งแม้ว่าการSaveChanges(false) + AcceptAllChanges()จับคู่จะมีประโยชน์

สถานที่ที่มีประโยชน์ที่สุดสำหรับสิ่งนี้คือในสถานการณ์ที่คุณต้องการทำธุรกรรมแบบกระจายในบริบทที่แตกต่างกันสองแห่ง

เช่นนี้ (ไม่ดี):

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(); 
    } 
  } 
}