Транзакция базы данных с двумя базами данных - этот метод правильный?

Question

У меня есть ситуация, когда у меня есть 2 базы данных.

Менеджер имеет таблицу компаний, исходя из этого значения. Мне нужно создать новую БД.

Так что я использую TransactionScope. Я хочу знать, правильно ли это?

Будет ли это откат обоих изменений? В обоих случаях, если ошибка возникает?

using (TransactionScope ts = new TransactionScope()) 
{ 
    try 
    { 
     using(var ManagerContext = new ManagerEntities(
      ConnectionStringManager.GetManagerConnectionString())) 
     { 
      //Operations on Manager DB       
      // Create new Company and get NEWCOMPANYID 
      // -- Used to create new DB 
     } 

     using(var companyContext = new CompanyEntities(
      ConnectionStringManager.GetCompanyConnectionString(
       NEWCOMPANYID.ToString()))) 
     { 
      //Create New Company DB 
     } 

     ts.Complete(); 
    } 
    catch (Exception ex) 
    { 
     ts.Dispose(); 
    } 
} 

Answer 1

До тех пор, пока оба эти контексты баз данных TransactionScope известно, и не в явном виде не имеют окружающую среду сделки Заручившись отключена (в строке подключения, например), то да: что должно работать нормально. Если мы предположим, что две строки соединения разные, это будет определенно требует распределенной транзакции (DTC), хотя - зависит ли это от вас. Если строки соединения идентичны, вы можете уйти с LTM вместо (меньше служебных/конфигурационных).

Обратите внимание, что согласно комментариям - вам не нужен try/finally.

Answer 2

Это нормально, хотя это вызовет DTC, как объяснил Марк. Вы можете избежать DTC, используя один SqlConnection (или EntityConnection), который разделяет оба контекста. Вы можете переключить текущую базу данных соединения с помощью ChangeDatabase. Это позволяет избежать необходимости в распределенных транзакциях.

Вы также должны открыть соединение явно, потому что EF по умолчанию открывается и закрывает его для каждого действия. Это вызывает множественные призывы DTC (более 2). Это дефект дизайна в EF.