SQL-Trigger an PF

[Sebastian85]

Vielen Danke für Eure schnellen Antworten.

@Fuerchau: Das SQL-Statement setze ich in einer Interaktive SQL-Sitzung (STRSQL) ab. Da ist das Commit-CTL = *NONE. Aber auch wenn ich den Code in eine Teildatei fülle und diese mit RUNSQLSTM ausführen will (mittels Commit=*None), bekomme ich den selben Fehler.

@Birgitta: Datei wird im Journal aufgezeichnet. Ich habe die Aufzeichnung auch bereits neu gestartet.
Datei wird derzeit aufgezeichnet . . . . . : Ja
Aktuelles oder letztes Journal . . . . . . : #SWE
Bibliothek . . . . . . . . . . . . . . . : SWe
Journalimage . . . . . . . . . . . . . . . : IMAGES *BOTH
Wegzulassende Journaleinträge . . . . . . . : OMTJRNE *OPNCLO

Wie gesagt, bei allen anderen Dateien in der Lib und dem Journal lassen sich problemlos Trigger anhängen. Diese Dateien wurden auch auf die selbe Art erstellt wie die, wo sich der Trigger nicht anhängen lässt.

[B.Hauser]

Und was passiert, wenn du unter Commitment Control (STRSQL und/oder RUNSQLSTM) arbeitest und am Ende explizit den Commit ausführst?

Birgitta

[Sebastian85]

Das hat den selben Effekt.
Wisst Ihr, was sagt der Ursachencode 18 genau aus?

[Fuerchau]

Das automatische STRCMTCTL hängt vom Release und der Sprache ab.
Auf V5R2 passiert diesbezüglich gar nichts.
Ab wann das für RPG oder ILERPG eingeführt wurde weiß ich nicht, in COBOL muss das STRCMTCTL auch vorher ausgeführt werden.
Ob das in "C" nun auch der Fall ist weiß ich nicht.
Eins aber ist sicher:
Ein Trigger darf weder Commit noch Rollback in der selben ACTGRP absetzen da dies die Transaktion der Anwendung kaputt macht.
Ein Trigger in eigener ACTGRP darf das natürlich wieder, aber nur für Dateien, die vom Trigger selber geöffnet werden, ggf. kann es hier auch zu Deadlocks kommen.

Was aber auch noch sein kann ist, dass bei Erstellen des Triggers auch noch SQL's erlaubt werden müssen wenn z.B. auch eine andere Datei verarbeitet wird.

[Pikachu]

Hier steht was zu MSGSQL7008 RC18.

[Sebastian85]

Hallo Pikachu,
danke für die Info. Es hat geholfen.
Es waren wirklich unterschiedliche Datumsformate in der Datei definiert.
Ich habe die Felder angepasst und es hat funktioniert.
Kleine Unschärfe, große Auswirkung.

Ich bedanke mich bei allen Beteiligten für die Hilfe.

[Fuerchau]

Da muss man doch erst mal drauf kommen.
Hätte da nicht auch ein "set Option datfmt=*iso" reichen müssen um diesem Problem aus dem Weg zu gehen?

[Sebastian85]

"set Option datfmt=*iso" habe ich später nochmal probiert.
Leider ohne Erfolg