Когда мы вызываем при добавлении, обновлении, удалении метод SaveChanges(), то фактически Entity Framework проводит транзакцию. В приложении на C# мы также управлять транзакциями. Когда може быть полезно ручное управление транзакциями? Транзакции применяются чаще всего для того, чтобы выполнить последовательность операций, которые должны отличаться высокой согласованностью, и при этом иметь возможность откатить все сделанные из этих операций назад, если какая-нибудь из этих операций завершилась с ошибкой
Рассмотрим на примере. Например, у нас есть в базе данных человек по имени Bob. У него родился сын, которого тоже назвали Bob. И теперь, чтобы их разграничить, отцу мы присваиваем имя Bob Senior, а сыну – Bob Junior:
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 |
using(UserContext db = new UserContext()) { using(var transaction = db.Database.BeginTransaction()) { try { Person p1 = db.People.FirstOrDefault(p => p.Name == "Bob"); p1.Name = "Bob Senior"; db.Entry(p1).State = EntityState.Modified; Person p2 = new Person { Name = "Bob Junior", Age = 1 }; db.People.Add(p2); db.SaveChanges(); transaction.Commit(); } catch(Exception ex) { transaction.Rollback(); } } foreach(Person p in db.People.ToList()) Console.WriteLine("Name: {0} Age: {1}",p.Name, p.Age); } |
Для создания транзакции используется выражение var transaction = db.Database.BeginTransaction(), и так как классDbContextTransaction реализует интерфейс IDisposable, то весь код транзакции обертываем в конструкцию using
Далее производятся все те же обычные операции редактирования и добавления. После операций вызывается метод transaction.Commit() для коммита транзакции.
Однако если, допустим, у нас возникнет исключение параллелизма или любое другое исключение при редактировании или добавлении, то есть одна из операций (или обе) завершатся неудачно, то они в целом смысла уже не будут иметь. Поэтому надо будет откатить все сделанные изменения с помощью метода transaction.Rollback()