*LCKSPC

[BenderD]

... mit der ACTGRP hat das nix zu tun (das ist eine Unterteilung eines Jobs). Wenn das EF mehrere connections (das sind dann mehrere Programme) innerhalb einer Transaktion benutzt, dann ist euer design mit den kreuz und quer lesenden Triggern ohnehin krumm - mit anderen Worten; kann das nicht gehen.

D*B

[Fuerchau]

Auch das EntityFramework (EF) darf beim Update doch nicht mehrere Informationen aus unterschiedlichen Tabellen in jeweils eine Transaktion packen!
Dann kannst du auch gleich ganz ohne Transaktionen arbeiten.
Wenn du im EF mehrere Aktionen durchgeführt hast und diese dann festschreiben willst, musst du auf Verbindungsebene (Database-Object) eine Transaktion starten, die dann alles durchführt.
Deine Altdateien werden im selben Journal wie die neuen Tabellen aufgezeichnet.
Deine Trigger können nun ebenso die Daten in die anderen Tabellen verteilen.
Erst wenn dann Database.Commit() ausgeführt wird, sind alle Änderungen konsistent fortgeschrieben.

Eine Transaktion über mehrere Verbindungen gibt es nicht (so einfach)!
Dazu gehört eher Distributed Transaction, was hier aber keine Rolle spielt.

Selbst das Zusammenführen aus mehreren EF-Tabellen in eine Alttabelle innerhalb der Transaktion ist problemlos möglich.
Hier muss nur sinnvoll per Update/Insert/Update-Sequenz die Aktion durchgeführt werden. Dabei ist es unerheblich, welche der Teil-Tabellen denn zuerst geschrieben wurde.

https://msdn.microsoft.com/en-us/lib...v=vs.113).aspx