Append() und Post() bei Tabellen wenn Transaktionen im Spiel sind

[Der schöne Günther]

Ich bin kein Datenbank-Profi. Was bedeutet "anderer Kontext"? Ich hätte gedacht dass, wenn ein Append/Post implizit innen drin auch noch Transaktionsspaß hat, dieser von der äußeren (meiner expliziten) erfasst wird...

[mikhal]

Hänge die Transaction-Methoden in die entsprechenden Ereignisse deiner Query / Table: BeforeInsert => Start Transaction, AfterPost / AfterCancel => End Transaction, etc.

Bei einer Exception rufst du dann nicht die Transaction-Methoden ab, sondern die Cancel-Methode deiner Query / Table.

Grüße
Mikhal

Ergänzung: Nicht nur BeforeInsert auch BeforeEdit => Start Transaction

[himitsu]

Datenbankseitig ist Append auch ein INSERT.

Bezüglich der TDataSet hat Insert und Append nur den einen Unterschied, dass Insert den neuen Record (Datensatz) an der aktuellen Position (RecNo) einfügt und Append hängt den Record am Ende an.
Wenn man ganz viele Datensätze z.B. in ein Memory-Dataset einfügt, dann ist Append oftmals einfach nur etwas schneller, als Insert, da die Speicherverwaltung dort etwas optimaler läuft. (Trifft eventuell auch auf Cached-Updates zu)

[Sir Rufo]

Delphi-Quellcode:

  try
    ...
  except
    FDConnection1.Rollback(); 
    FDTable1.Refresh();
    raise;
  end;

Die Daten stehen nicht in der Datenbank, sondern nur in der Table-Komponente

[Der schöne Günther]

Ich ... Ich ... Ich glaube, das war es. Ich prüfe noch einmal doppelt und dreifach, das kann doch nicht sein dass es jetzt SO einfach war

Vielen Dank, da wäre ich sicher nicht drauf gekommen.