Transaktion innerhalb Transaktion...IBDAC

[exilant]

Also ich mache es in meinem DBOobjekt ähnlich: Ich setze ein Flag (fInTransaction=boolean) und erzeuge eine "objektglobale" Transaktion. Alle ab jetzt vom DBObjekt erzeugten querys/sqlcommands bekommen das "objektglobale" Transaktionsobjekt zugewiesen bis ich sowas wie DBObjekt.commit oder DBObjekt.rollback mache.Dort wird fInTransaction" wieder auf FALSE gesetzt und die Transaktion beendet. Ist das Objekt nicht "InTransaction" dann bekommt jedes erzeugte query/command seine eigene Transaktion. Die wird dann per default im Destruktor commited und freigegeben. Zusätzlich kann ich auch noch trotz gesetztem InTransaction Querys/Commands mit eigenen Transaktionen erzeugen, das benötige ich aber nicht wirklich, wie sich herausgestellt hat. Klappt seit Jahren.

[haentschman]

Danke für Eure Anteilnahme...

Es gestaltet sich wahrscheinlich einfacher als gedacht. Folgendermaßen habe ich es gelöst:
einfaches Objekt (Daten für mehrere Tabellen):
- keine Transaktion von außen
- in der Save Prozedur wird eine Transaktion erzeugt und der Query zugeordnet, Commited oder zurückgenommen.

Liste (Objekte mit Daten für mehrere Tabellen)
- in der Connection eine Transaktion starten (Quasi global für die Verbindung)
- Abarbeitung wie einfaches Objekt
- die "globale" Transaktion Commiten oder zurücknehmen.

...so sollte es eigentlich gehen.

[DeddyH]

IIRC habe ich das mal so gemacht: sowohl Objekte als auch Listen stammen von einer gemeinsamen Vorfahrklasse ab. Diese besitzt eine Klassenvariable ExplicitTransaction. Soll eine Liste in einer Transaktion abgearbeitet werden, setzt sie diese auf true, arbeitet und setzt sie anschließend zurück. Die Objekte werten die Variable aus und starten bei false selbst eine Transaktion. Das ist vielleicht nicht sonderlich schön, hat aber funktioniert.