[Firebild] Änderungen nach Insert gehen verloren

[BlueStarHH]

Hallo ich habe folgendes Problem: In einer Tabelle wird mit Insert ein neuer Kunde angelegt und einge Felder werden ausgefüllt. Die Daten werden mit Post gespeichert. Nun wird die Kundentabelle in den Edit-Modus versetzt und ein Feld geänder und mit Post gespeichert. Die Änderung wird in TDBEdits auch angezeigt. Wenn ich nun zu einem anderen Datensatz scrolle und wieder zum geänderten Datensatz zurück, sind die Änderungen immer noch sichtbar. Wird die Anwendung nun beendet und neu gestartet, ist der neue Kunde zwar da, aber die letzten Änderungen sind verschwunden. Dies passiert nur, wenn der Kunden mit Insert neu eingefügt wurde.
Beispielcode:

Delphi-Quellcode:

Kunden.Insert;
Kunden.FieldByName('KdNr').AsInteger := 123;
Kunden.FieldByName('Name').AsString := 'Schneider';
Kunden.Post;

Kunden.Edit;
Kunden.FieldByName('Firma').AsString := 'EineFirma'; //Diese Änderung verschwindet nach Programmende
Kunden.Post;

Kunden ist die TIBTable-Komponente. Diese ist mit einer TIBTransaction verknüpft. Die Einstellungen dieser sind:
DefaultAction:TACommitRetaining
Params: (Commited lesen)
read_committed
rec_version
nowait

Vielen Dank für eure Hilfe im Voraus!

[mkinzler]

Anscheinend wird aper die Transaktion nicht comitted. Sorge mal manuell dafür.

[BlueStarHH]

Liegt es wirklich am fehlenden Commit? Dann müssten ja alle Daten nicht da sein. Es fehlen aber nur die letzten Änderungen. Ich hab mal was getestet:

Delphi-Quellcode:

Kunden.Insert;
Kunden.FieldByName('KdNr').AsInteger := 123;
Kunden.FieldByName('Name').AsString := 'Schneider';
Kunden.Post;

Kunden.Edit;
Kunden.FieldByName('Firma').AsString := 'EineFirma';
Kunden.Post;

Transaction.Commit; //<--- NEU

Mit dem oberen Code ist das Resultat, das selbe: Die letzten Änderungen verschwinden!

[BlueStarHH]

Ein zweiter Test:

Delphi-Quellcode:

Kunden.Insert;
Kunden.FieldByName('KdNr').AsInteger := 123;
Kunden.FieldByName('Name').AsString := 'Schneider';
Kunden.Post;

OldRecNo := Kunden.RecNo;
Transaction.Commit;
Kunden.Active := true;
Kunden.RecNo := OldRecNo;

Kunden.Edit;
Kunden.FieldByName('Firma').AsString := 'EineFirma';
Kunden.Post;

Nun sind die Änderungen zwar nach Programmende vorhanden. Es ergeben sich aber zwei neue Probleme: Das ganze sind nun zwei Transaktionen. Ich möchte aber nur eine haben, da es entwender komplett oder gar nicht eingetragen werden soll. OK, zur not könnte ich damit leben, wenn es gar nicht änders geht, aber schön ists nicht. Problem zwei: Den ausgewälten Datensatz über die RecNo wiederzufinden ist fehleranfällig, weil sich nach dem Commit die RecNo geändert haben könnte, wenn ein anderer User einen neuen Datensatz in die DB einfügt. Wie kann ich denn den vor Commit ausgewählten Datensatz nach dem Commit mit 100%iger Sicherheit wieder anspringen?

[mkinzler]

Dann mußt du einen anderen Isolationslevel für die Transaktion nehmen und die se manuell Startne und committed/verwerfen.

[BlueStarHH]

Zitat:

Zitat von mkinzler

Dann mußt du einen anderen Isolationslevel für die Transaktion nehmen und die se manuell Startne und committed/verwerfen.

OK, wenn ich das so mache, wie finde ich dann den Datensatz wieder, dervor dem Commit angezeigt wurde? Nach dem Commit die die Verbindung ja weg und beim Neuaufbau der Verbindung zur DB wird immer der erste Datensatz der Tabelle angezeigt.

[mkinzler]

Ist das bei IBX der Fall? Normalerweise hat ja eine Transaktion nicht mit der Connection zu tun.

[BlueStarHH]

Zitat:

Zitat von mkinzler

Ist das bei IBX der Fall? Normalerweise hat ja eine Transaktion nicht mit der Connection zu tun.

Ich formuliere es nochmal genauer: Die Verbindung zur Datenbank (TIBDatabse) ist nicht weg sondern die TIBTable ist nicht mehr aktiv nach einem Commit. D.h. nach einem Commit muss TIBTable.active wieder auf true gesetzt werden. Danach steht die TIBTable auf dem ersten Datensatz. Wie finde ich also den zuvor ausgewählen Datensatz? Verhalten sich andere Firebid-Komponenten anderer Hersteller nicht so? Ich dachte das wäre so gang und gäbe.

[mkinzler]

Die Tranaktion dürfte eigentlich keine Wirkung auf das Aktiv-sein eines DataSets haben. Allerdings würde ich auch keine Table-Komponente nehmen.

[BlueStarHH]

Zitat:

Zitat von mkinzler

Die Tranaktion dürfte eigentlich keine Wirkung auf das Aktiv-sein eines DataSets haben.

Haben sie aber leider. Das hat selbst der Entwickler der Komponenten in einer Newsgroup geschrieben...

[mkinzler]

Nut bei der Table-Komponente oder grundsätzlich?

[nachti1505]

Zumindest auch bei der FIBPlus DataSet-Komponente von Devrace....

Delphi-Quellcode:

Transaction.Commit

Schließt alle an der Transaktion hängenden DataSets....

Delphi-Quellcode:

Transaction.CommitRetaining

Lässt die DataSets offen... ist aber imho kein gelungener Programmierstil

Edith gratuliert mkinzler zu über 10.000 Beiträgen.

[mkinzler]

Zitat:

Edith gratuliert mkinzler zu über 10.000 Beiträgen.

Danke Edith

[TBx]

und es ist generell so, dass durch ein COMMIT oder ein Rollback sämtliche Datenmengen, die von der Transaction betroffen sind, geschlossen werden.

Gruß

onlinekater

[BlueStarHH]

Zitat:

Zitat von onlinekater

und es ist generell so, dass durch ein COMMIT oder ein Rollback sämtliche Datenmengen, die von der Transaction betroffen sind, geschlossen werden.

OK, wenn das generell so ist, muss es doch auch eine einfache Möglichkeit geben, den Datensatz auszuwählen der vor einem Commit ausgewält war, wenn die Datenmenge wieder geöffnet wird.

[alex517]

Hi,

Eine Transaktion ist in erster Linie eine "Sicht" auf die Daten.
Ein Select-Statements ist genauso an eine Transaktion gebunden wie ein
Insert/Update/Delete.
Die Datenmenge eines Select-Statements ist damit nur solange existent wie die Transaktion besteht.
Habe ich innerhalb ein und der selben Transaktion eine offene Datenmenge in Form eines TIBDataSet/TIBTable und
setzte ein Insert/Update/Delete-Stetment ab, welches durch ein Commit bestätigt wird, so ist die Transaktion beendet.
Damit ist auch Datenmenge im TIBDataSet/TIBTable nicht mehr gültig und TIBDataSet/TIBTable werden geschlossen.
Das gilt für alle Komponenten.

Zitat:

Zitat von BlueStarHH

OK, wenn das generell so ist, muss es doch auch eine einfache Möglichkeit geben, den Datensatz auszuwählen der vor einem Commit ausgewält war, wenn die Datenmenge wieder geöffnet wird.

Du mußt dir nur die ID des Satzes merken und nach dem erneuten Öffnen mit Locate zu diesem Satz gehen.
Für einen neuen Datensatz benötigts du die ID natürlich noch vor dem Insert.
Wie das geht, siehe hier, Punkt 3.

Zitat:

Zitat von nachti1505

Zumindest auch bei der FIBPlus DataSet-Komponente von Devrace....

Delphi-Quellcode:

Transaction.Commit

Schließt alle an der Transaktion hängenden DataSets....

Delphi-Quellcode:

Transaction.CommitRetaining

Lässt die DataSets offen... ist aber imho kein gelungener Programmierstil

FIBPlus-DataSets verwenden für das Lesen und Schreiben zwei verschiedene Transaktionen.
Die Schreib-Transaktion ist nur für den Moment des Scheibens aktiv und wird sofort mit einem HardCommit bestätigt.
CommitRetaining wird NICHT verwendet.
Das DataSet ist weiter offen da es unter der Lese-Tranaktion läuft.


alex