Probleme mit einem Trigger

[peter.kinne]

Aus Performance-Gründen würde ich den Trigger mit BEFORE INSERT erstellen, du kannst den Puffer ändern und sparst dir das Lesen und erneute updaten.
Zumal durch deine Methode ggf. ein AFTER/BEFORE UPDATE-Trigger zusätzlich ausgelöst wird.

Wie kann ich den Puffer ändern ? Ich habe immer gedacht, dass ein Triggerprogramm den Wert nicht zurückgibt. Kann ich mit dir wegen diesen Thema mal telefonieren ? Das wäre bestimmt einfacher wie hier zu schreiben.

[Fuerchau]

Auf Grund der Reihenfolge der Aufrufe und Schnittstellen passiert doch folgendes:

BEFORE INSERT/UPDATE
After-Immage kann geändert werden, da erst danach der Insert ausgeführt wird.

AFTER INSERT/UPDATE
After-Immage kann zwar geändert werden, hat aber keine Auswirkungen mehr. Eigentlich nur sinnvoll um zusätzliche Aktionen auszuführen (Insert/Update anderer Dateien)

Was die Kommunikation/Nicht-Kommunikation angeht, so hast du nur bedingt Recht:
Satzpuffer geben ihre veränderten Inhalte natürlich nicht zurück, aber du kannst natürlich über *LDA o.ä. Informationen austauschen.
Zusätzlich besteht noch die Möglichkeit Abbruch-Meldungen zu senden (ESC-Nachrichten) z.b. über QMHSNDPM-API (SNDPGMMSG) um die Aktion abzubrechen.
Dies macht natürlich nur bei BEFORE-Triggern Sinn, da die Aktion ja sonst schon erledigt ist.
Ausserdem funktionieren ESC-NAchrichten auch bei ODBC, während *LDA da wohl wenig effektiv ist.

Ausserdem, wofür macht man denn Trigger ?
Um Funktionen unabhängig von den Programmen die sie auslösen auszuführen. Eine spezifische Kommunikation (ausser eben ESC-Nachrichten) macht da wenig Sinn, da Trigger ja auch z.B. per STRSQL, STRQMQRY, REXX, UPDDTA usw. ausgelöst werden.

[B.Hauser]

Wie kann ich den Puffer ändern ? Ich habe immer gedacht, dass ein Triggerprogramm den Wert nicht zurückgibt. Kann ich mit dir wegen diesen Thema mal telefonieren ? Das wäre bestimmt einfacher wie hier zu schreiben.

Hast Du Dir schon mal folgende Redbooks angeschaut?
Stored Procedures, Triggers and User Defined Functions on DB2 Universal Database for iSeries
Modernizing IBM eServer iSeries Application Data Access - A Roadmap Cornerstone

Birgitta