Trigger und auslösendes Programm

[BenderD]

... das fängt doch schon damit an, was für Dich "das auslösende Programm" ist? Wen dann da QDBPUT oder ähnliches steht, ist es dann dieses, oder welches sonst? Was ist, wenn QDBPUT morgen anders heißen solllte? Was ist, wenn Du auf eine Procedure eines SRVPGMS stößt, geht es dann den Call stack weiter hoch, bis ein *PGM auftaucht? Um das Call stack durchhampeln kommst Du eh nicht rum, aber was soll das Ganze eigentlich bezwecken?

D*B

[peter.kinne]

Ich brauche den User (kein problem) und das Programm, aus dem die Dateioperation ausgeht um die Daten zu historisieren.

Und unsere Revision möchte auch das Programm in der Historie haben.

Vom Stapel her würde ich das letzte Programm nehmen, dass aus unserer Programmbibliothek erscheint. Da ist es dann egal ob es mehrer Module hat.

[Fuerchau]

Dafür brauchst du keinen Trigger, das steht alles im Journal.

An stelle für jede Datei einen Trigger zu schreiben, der dann auch noch Zeit kostet (Stack auswerten), hänge die Datei an ein Journal.

Im Journal steht der User, das Programm, die Art der Operation (Update/Insert/Delete) u.v.m.

Warum sich also die Mühe machen ?