DBExpress: Wie mehrere Transaktionen gleichzeitig handeln?

[RSE]

Zitat von mjustin:

Zitat von RSE:

TSQLConnection hat eine Eigenschaft MultipleTransactionsSupported, die stark darauf schließen lässt, dass man mit mehreren Transaktionen gleichzeitig arbeiten kann.

Vermutlich nur wenn sie den Wert True hat.

Logisch. Hat sie bei meiner Verbindung zu Firebird. Ich meinte dbExpress kann grundsätzlich damit umgehen.

Zitat von mjustin:

TSQLConnection.BeginTransaction arbeitet mit einem TDBXTransaction Objekt, und jede Transaktion hat eine eigene Instanz, damit können im Prinzip gleichzeitige Transaktionen auf der gleichen Connection ausgeführt werden.

Soweit war mir das klar. Wie ich das TDBXTransaction-Objekt mit einer Transaktion zu benutzen habe, ist mir auch klar. Was mir nicht klar ist: Wie kann ich eine Operation einer Transaktion zuordnen? Bei anderen Komponenten muss man bei den DataSets die Transaktion angeben, damit gehören dann die mit dem DataSet ausgeführten Operationen zu der zugeordneten Transaktion. dbExpress hat aber keine solche Eigenschaft in den DataSets.

Zitat von mjustin:

Verschachtelte Transaktionen können verwendet werden, wenn SupportsNestedTransactions true ist. Wenn ein Unterformular eine weitere Transaktion startet während die Mainform bereits eine begonnen hat, ist wahrscheinlich Support für verschachtelte Transaktionen notwendig.

Um verschachtelte Transaktionen geht es mir hier nicht. Ich redete von zwei gleichberechtigten nichtmodalen Fenstern, die nebeneinander offen sein können und deren Transaktionen unabhängig voneinander sind. Genau dazu schweigt die Hilfe leider.

[Uwe Raabe]

Zitat von RSE:

Ich redete von zwei gleichberechtigten nichtmodalen Fenstern, die nebeneinander offen sein können und deren Transaktionen unabhängig voneinander sind.

TSQLConnection.BeginTransaction liefert dir eine TDBXTransaction zurück, die du beim zugehörigen CommitFreeAndNil bzw. RollBackFreeAndNil wieder übergeben musst.

[RSE]

Zitat von Uwe Raabe:

Zitat von RSE:

Ich redete von zwei gleichberechtigten nichtmodalen Fenstern, die nebeneinander offen sein können und deren Transaktionen unabhängig voneinander sind.

TSQLConnection.BeginTransaction liefert dir eine TDBXTransaction zurück, die du beim zugehörigen CommitFreeAndNil bzw. RollBackFreeAndNil wieder übergeben musst.

So weit, so klar, nur bei folgendem Quelltext (untested) ist die Zuordnung Transaktion - Operation in meinen Augen nicht möglich.

Delphi-Quellcode:

TA1 := Conn.BeginTransaction;
TA2 := Conn.BeginTransaction;
DataSet1.Open;                                  // TA1
u := DataSet1.FieldByName('USER_ID').AsInteger; // TA1
DataSet1.Close;                                 // TA1
DataSet2.Open;                                  // TA2
DataSet1.FieldByName('USER_ID').AsInteger := u; // TA2
DataSet2.Post;                                  // TA2
DataSet2.Close;                                 // TA2
Conn.RollbackFreeAndNil(TA1);
Conn.CommitFreeAndNil(TA2);

Bitte keine neue Diskussion über den Sinn dieser Operation und die Aufteilung in 2 Transaktionen, es ist lediglich ein Beispiel zur Veranschaulichung. Ich wollte mir keine 2 Seiten Code ausdenken, um einen tatsächlichen (undurchsichtigen) Fall zu konstruieren.

Wie ist es bei obigem Quelltext möglich, die Operationen den Transaktionen zuzuordnen?

[Uwe Raabe]

Zitat von RSE:

Wie ist es bei obigem Quelltext möglich, die Operationen den Transaktionen zuzuordnen?

Ich vermute, das ist (noch) nicht vollständig implementiert. Die Hilfe sagt dazu

Zitat:

Bei der Arbeit mit mehreren Transaktionen können Sie die Transaktion, zu der eine Datenmenge gehört, dadurch angeben, dass Sie der Eigenschaft TransactionLevel den beim Aufruf dieser Methode verwendeten Transaktionsbezeichner zuweisen.

Dummerweise gibt es dieses Property aber in XE2 gar nicht mehr! Einen adäquaten Ersatz konnte ich zumindest auch nicht finden. Ich sehe hier im Moment also keine Möglichkeit, überlappende Transaktionen zu verwenden, sondern lediglich ineinander verschachtelte.

[RSE]

Das hatte ich auch gefunden, gehört zu einem als deprecated gekennzeichneten Verfahren der Transaktionssteuerung mit StartTransaction.

Edit: Wie verschachtelte Transaktionen zugeordnet werden, ist auch nicht explizit in der Hilfe gesagt. Man kann nur vermuten, dass jede Operation immer der zuletzt gestarteten und noch nicht beendeten Transaktion zugeordnet wird. Oder zählt der Zeitpunkt des Öffnens des DataSets??? Hier ist dringender Dokumentationsbedarf und offenbar auch Nachbesserungsbedarf seitens Embarcadero vorhanden.

[Uwe Raabe]

Zitat von RSE:

Das hatte ich auch gefunden, gehört zu einem als deprecated gekennzeichneten Verfahren der Transaktionssteuerung mit StartTransaction.

Deprecated ist hier irreführend - wird nicht verwendet entspricht eher der Realität.

Zitat von RSE:

Edit: Wie verschachtelte Transaktionen zugeordnet werden, ist auch nicht explizit in der Hilfe gesagt. Man kann nur vermuten, dass jede Operation immer der zuletzt gestarteten und noch nicht beendeten Transaktion zugeordnet wird. Oder zählt der Zeitpunkt des Öffnens des DataSets???

Bei überlappenden Transaktionen wird standardmäßig die erste Transaktion deaktiviert, sobald die zweite Transaktion gestartet wird, obwohl Sie das Festschreiben oder Rückgängigmachen der ersten Transaktion auf später verschieben können.

Ich interpretiere das so, daß nach einem zweiten BeginTransaction diese neue Transaktion für alle Operationen bis zum zugehörigen Commit oder Rollback bzw. einem nochmaligen BeginTransaction verwendet wird. Man kann aber das Commit oder Rollback für die alte Transaktion wohl auch irgendwann machen. Das eigentliche Handling der Transaktionen geschieht sowieso im verwendeten Treiber und ist stark von der darunterliegenden Datenbank abhängig.

Zitat von RSE:

Hier ist dringender Dokumentationsbedarf und offenbar auch Nachbesserungsbedarf seitens Embarcadero vorhanden.

Das sehe ich auch so!

[RSE]

Ich halte somit als Antwort fest: Embarcadero hat das nicht in letzter Konsequenz umgesetzt bzw. nicht dokumentiert.

Damit sehe ich die Frage als beantwortet an.