Transaktion nicht komplett zurückfahren

[Hansa]

Hi,

wie der Titel schon sagt : ich will eine Transaktion bis zu einem gewisssen Punkt (bzw. gesteuert auf diverse) zurückfahren. Der User kann an bestimmten Punkten etwas ändern, ohne komplett alles wegwerfen zu müssen. Wie weit er jetzt zurückgeht, das ist mir egal. 8) Je weiter zurück um so mehr Arbeit für den. Das geht ja auch mit FB 1.5. Ich müßte ja so was ähnliches wie nummerierte Breakpoints setzen und die Transaktion dann eben nur bis zur entsprechenden Stelle zurückfahren. Aber wie realisiere ich das mit Delphi programmgesteuert ? Geht das überhaupt ?

[Aenogym]

hi hansa,

ich bin zwar kein experte auf dem gebiet, aber mal so als gedanke: du könntest vielleicht deine transaktion verschachteln.
also innerhalb deiner transaktion werden bestimme statements wieder zu einer transaktion zusammengefasst und wenn was schiefgeht, könntest du an der stelle reagieren (zB mit einem commit der eltern-transaktion).

aeno

[mkinzler]

Ich glaube das war nicht Hansa's Problem, da FB seit 1,5 ja SQL-99 Savepoints kann ( also ein Zerlegung einer Transaktion in mehrere "Teil"-Transaktionen, die für sich comitted bzw. rollback'ed weden können).
Er interssiert sich eher, wie er das Ganze, bicht nur in SPs nutzen kann, sondern das von Delphi aus steuern kann.

[Frank Borland]

die zu verwendenden Komponenten (z.B ibobjects) müssen die entsprechenden Funktionen der Firebird- API benutzen. Suche mal bei FIBplus nach CommitRetaining, RollbackRetaining und Konsorten.

Gruß


Malte

[Hansa]

Irgendwie wird das auch ohne diese Savepoints gehen, aber nicht so schön und einfach. Beispiel : Für eine Rechnung gebe ich viele Artikel ein. Gleichzeitig sollen Rückgaben gutgeschrieben werden. Bei den Rückgaben verhaue ich mich total (z.B. völlig falsche Rückgabe eingegeben, wegen verwechseltem Kunden) 8) Nun will ich alles rückgängig machen. Die Lieferung allerdings nicht !

Das Bsp. ist fiktiv und in der Realität noch verschachtelter. Mein Gedanke ist nun der : am Anfang direkt Transaction starten. An dem Punkt, an dem die Eingabe der Rückgaben erfolgt setze ich einen Savepoint. Und in dem konstruierten Fall wäre ich mit einem Rollback zurück bis zum Savepoint fein raus und bräuchte lediglich die Rückgabe neu einzugeben. Und der Witz an der Geschichte wäre ja, daß ich die Transaktionen 1:1 im Programm abbilden könnte. Für die Rückgaben bräuchte man nur ein eigenes Form und im FormShow wird der Savepoint gesetzt. Der Transaktions-Stand der DB würde dann überhaupt nicht mehr interessieren ! Im Source wäre alles klar zu erkennen. Wenn das so genial gehen sollte, dann mache ich das auch so.

Habe gedacht, jemand würde so was schon in der Praxis einsetzen. Ja, muß mir tatsächlich mal das Rollback genauer ansehen. Hätte ich das in FB zu integrieren, ich würde dem Rollback einen Parameter für Savepoint mitgeben. Mal suchen.

Edit : Tja, manchmal geht es schneller und zweitens, als man denkt. Die haben neue Prozeduren gemacht. Ähnlich wie ich geahnt habe :

RollbackToSavePoint (SavePointName) und
SetSavePoint (SavePointName)

Schwieriges / neues Thema und trotzdem schnell gelöst. *freu*

[Hansa]

Moin,

das ganze geht wie gewünscht. An geeigneter Stelle setzt man mit SetSavePoint (NAME); einen Savepoint. Genau bis zu dieser Stelle wird bei Bedarf alles mit RollBackToSavePoint (NAME); rückgängig gemacht. Für NAME natürlich keinen FB Identifier verwenden ! Von da an gehts dann wieder weiter und kann committed oder mit Rollback auch vollständig zurückgenommen werden. Der Rest steht in der Firebird Referenz. Geht man z.B. nicht auf den letzten Savepoint zurück, sondern auf den vorletzten, so ist auch der Letzte weg !

Allerdings ist das nun erstmalig ein konkreter Fall, daß IB <> FB und IBX <> ??? Denn Interbase unterstützt das alles erst ab 7.1 und in IBX ist auch nichts davon zu sehen (vielleicht gibts ein Update). Mit reinem Delphi 7 ist das so wohl nicht möglich. Oder es heißt ganz anders. In IBTransaction ist jedenfalls nichts zu finden.