MS SQL Server: Transaktionen rückgängich machen???

[romber]

Hallo!

Ich habe einen Dienst erstellt, der mit TADOQuery auf eine Tabelle in MS SQL Server zugreift und die Daten ändert. Jede Änderung wird in einer anderen Tabelle protokolliert. Nun möchte ich auch eine Möglichkeit haben, jede Transaktion, die mein Dienst ausgeführt hat, auch rückgängig zu machen.
Wie mache ich das am besten?

Ich habe gehört, MS SQL Server vergibt jeder Transaktion eine Nummer. Mit dieser Nummer sollte zumindest jede ausgeführte Transaktion rückgängig gemacht werden. Kann ich vielleicht die Transaktionsnummer vom jeden Änderungsvorgang irgendwie herausbekommen? Dann kann ich diese Nummer im Protokoll speichern und den geänderten Datensatz jederzeit wiederherstellen, wenn das nötig ist.

[Bernhard Geyer]

Zitat:

Zitat von romber

Ich habe einen Dienst erstellt, der mit TADOQuery auf eine Tabelle in MS SQL Server zugreift und die Daten ändert. Jede Änderung wird in einer anderen Tabelle protokolliert. Nun möchte ich auch eine Möglichkeit haben, jede Transaktion, die mein Dienst ausgeführt hat, auch rückgängig zu machen.

Und wie willst du sicher sein das nicht spätere Transaktionen auf diese Transaktion basiert haben?

Wenn du Daten änderst, wieso ist es denn nötig diese Änderung nach Abschluss der Transaktion wieder zurück zu ändern?

[romber]

Vielen Dank für die schnelle Reaktion!

Zitat:

Zitat von Bernhard Geyer

Und wie willst du sicher sein das nicht spätere Transaktionen auf diese Transaktion basiert haben?

Der Dienst führt die Änderungen in zwei Schritten durch. Im ersten Schritt wird der bestehende Vertrag in der Tabelle "VERTRAEGE" verlängert. Im zweiten Schritt werden neue Raten für den gerade verlängerten Vertrag generiert und in die Tabelle "RATEN" hinzufügt. Beide Schritte werden protokolliert. Ich prüfe zuerst, ob Schritt #1 erfolgreich ausgeführt wurde und führe dann den Schritt #2 durch. Wenn der Schritt #2 fehlschlägt, muss ich den Schritt #1 auch rückgängig machen.
Von diesen zwei Tabellen sind sonnst keine andere Tabellen abhängig.

Zitat:

Zitat von Bernhard Geyer

Wenn du Daten änderst, wieso ist es denn nötig diese Änderung nach Abschluss der Transaktion wieder zurück zu ändern?

Der Dienst analysiert die dynamisch erstellte Informationen und ändert die Daten völlig selbsständig. Solange ich nicht 100%-ig sicher bin, dass ich alles glatt läuft, will ich eine Mögichkeit haben, die Änderungen auch zurück zu spielen.

[WoGe]

Zitat:

Zitat von romber

Der Dienst führt die Änderungen in zwei Schritten durch. Im ersten Schritt wird der bestehende Vertrag in der Tabelle "VERTRAEGE" verlängert. Im zweiten Schritt werden neue Raten für den gerade verlängerten Vertrag generiert und in die Tabelle "RATEN" hinzufügt.

Dein Weg scheint ja gangbar zu sein, aber mir wäre die Historie des Vertrages auch wichtig. Deswegen würde ich die bestehenden Daten garnicht ändern, sondern einen Neuen hinzufügen. Der repräsentiert dann den Aktuellen Vertragszustand. - und - eine Rücknahme der Änderung wäre sehr einfach zu realisieren.

Gruss wo

[Bernhard Geyer]

Zitat:

Zitat von romber

Beide Schritte werden protokolliert. Ich prüfe zuerst, ob Schritt #1 erfolgreich ausgeführt wurde und führe dann den Schritt #2 durch. Wenn der Schritt #2 fehlschlägt, muss ich den Schritt #1 auch rückgängig machen.

Und was spricht dagegen beide Aktionen in einer Transaktion ablaufen zu lassen? Das Logging lässt du über eine 2te DB-Connection laufen so das hier die lange Transaktion nicht wirkt.

[hoika]

Hallo,

und im neuen Vertrag einfach eine Referenz auf den alten setzen.

Zu den Transaktionen ist ja in #5 alles gesagt.


Heiko

[mkinzler]

Du kannst zudem nach dem 1. Teil einen SavePoint erstellen und so die Gesamttransaktion aufteilen

[romber]

Ich habe so viele klevere Vorschläge hier gelesen, versuche meine Code entsprechend zu überbearbeiten und melde mich wieder.

Vielen Dank!