Change Log auf der AS/400 für wichtige Tabellen

[Fuerchau]

Das ist korrekt. Je nach häufigkeit der Änderung an diesen Tabellen wirst du dir bestimmt ein paar neue Platten kaufen müssen.
Bei diesen Tabellen kommen noch Felder hinzu (Art der Änderung, Timestamp) und du musst sämtliche Programme wandeln (da die Formatid sich ändert).

Ich habe nicht für alles fertige Programme;-), aber für vieles gedanklich fertige Lösungen.
Dieser Art habe ich schon einige Trigger geschrieben.
Der weitere Vorteil: Man kann auch zusätzliche Informationen aus anderen Tabellen prüfen und ggf. mit protokollieren.

[itec01]

Danke Dir. So hatte ich es auch verstanden.
Eine Frage noch, die output file, welche dann die Veränderungen beinhaltet, muss dann wohl eine Kopie der zu überwachenden File sein plus die Felder für Timestamp, User, etc.? D.h. ändert sich die Struktur der Haupttabelle, muss sich auch diese mit ändern. Sprich, etwas erhöhter Pflegeaufwand.

[Fuerchau]

Nein, die Temporaltabelle ersetzt deine aktuelle Tabelle und führt eben die Historytabelle automtisch mit.
Deine Programm bemerken davon gar nichts, außer der benötigten Umwandlung.
Erst mit einer erweiterten Select-Syntax kommt man dann an den Historyteil.

Der Nachteil dieser Tabellen ist aber auch, dass man sich überlegen muss, ob Felder hinzugefügt oder entfernt werden um die Anwendung zu erweitern da die gesamte History ebenso davon betroffen ist.

[itec01]

Aah, sorry, nein meine Frage bezog sich auf die Trigger Variante.

[Fuerchau]

Nein, die Zieltabelle muss nur deinen Bedürfnissen entsprechen. Diese hast du ja auch in deinem Programm incl. der neuen Felder:

dcl-ds ZielDS qualified name('ZIEL');
end-ds;

ZielDS.Zeit = %timestamp();
eval-corr ZielDs = beforeCmp;
write ZielDs ZielFormat;