Використання транзакцій чи SaveChanges (помилкових) та AcceptAllChanges ()?

Я досліджувала угоди і, здається , що вони піклуються про себе в EF тих пір , поки я проходжу falseдо SaveChanges()і потім викликати , AcceptAllChanges()якщо немає помилок:

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

Що робити, якщо щось піде погано? чи не потрібно мені відмовлятись, або, як тільки мій метод виходить із сфери застосування, транзакція закінчується?

Що трапиться з стовпчиками indentiy, яким було призначено на півдорозі транзакції? Я припускаю, якщо хтось ще додав запис після мого, перш ніж міна пішла погано, то це означає, що буде відсутнім значенням Identity.

Чи є причина використовувати стандартний TransactionScopeклас у своєму коді?

З Entity Framework більшість часу SaveChanges()достатньо. Це створює транзакцію або залучає до будь-якої навколишньої транзакції і виконує всю необхідну роботу в цій транзакції.

Іноді, хоча 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(); 
    } 
  } 
}