Jobname im SQL ermittlen

[gue_br]

Hallo!

Ja, klar, hab das so vom SQL-Referece-Manual übernommen.

Ich will eigentlich nur wissen, wie in einer SQL-Abfrage in einem Trigger der Job ermittelt werden kann. Genau so wie es im ersten Beitrag des Threads gefragt wird.

Danke,
Günter

[B.Hauser]

Heißt das, dass Du einen SQL Trigger hast, in dem Du den aktuellen Job-Namen und die Job-Nr. benutzen willst?

In diesem Fall würde ich anstatt einer Funktion eine Stored Procedure schreiben, die dann über den SQL-Befehl CALL aufgerufen wird.

Eine Funktion zu schreiben ist mit CL etwas komplexer, da CL zum einen selber keine Rückgabe-Werte unterstützt und zum anderen bei Parametertyp DB2SQL ein Wust von zusätzlichen Parametern definiert werden muss.

CREATE PROCEDURE MYSCHEMA/GETJOBQUAL ( 
    OUT POUTJOB CHAR(17)) 
    LANGUAGE CL 
    SPECIFIC MYSCHEMA/GETJOBQUAL 
    DETERMINISTIC 
    NO SQL 
    CALLED ON NULL INPUT 
    EXTERNAL NAME 'MYSCHEMA/GETJOBQUAL ' 
    PARAMETER STYLE GENERAL ; 

SQL Trigger:

...
Begin
   Declare CurrJob Char(17);
   Call GetJobQual(CurrJob);
...
End 

Birgitta

[gue_br]

Hallo!

Danke, ich merke schon, das führt zu nichts.

Wir haben hier das Problem, daß aus einer Tabelle "von niemanden" Daten gelöscht werden.
Also muß es ein Batch-Job sein (Schnittstelle, etc.).
Dazu habe ich einen Trigger auf die Datei gelegt, die die Daten beim Löschen in eine andere Tabelle wegkopiert und zusätzliche Infos, wie Jobname, JobNr, Benutzer und genaue Uhrzeit protokolliert.

Bis auf die Jobattribute ist alles fertig.

Es scheint mir aber der Aufwand dafür nicht in der Relation zu stehen, jetzt einen Exkurs in die Weiten von PHP, etc. zu machen, nur um für etwa eine Woche den Trigger laufen zu lassen. Denn dann dürfte das Problem behoben sein.

Da ja die genaue Zeit bekannt ist, werde ich einfach ins Joblog schauen und dort suchen, was da gelaufen ist.

Nochmal Danke,
Günter

[B.Hauser]

ich verstehe ehrlich gesagt Dein Problem nicht!
Du hast noch nicht einmal die Frage beantwortet, ob es sich um einen SQL oder externen Trigger handelt!

Warum muss es unbedingt eine Funktion sein?!

Was spricht dagegen das CL als Stored Procedure zu registrieren (den CREATE PROCEDURE-Befehl habe ich im letzten Post angegeben), in Deinem Trigger über einen CALL aufzurufen (ebenfalls im letzten Post angegeben) und das Ergebnis, das Du ja als Output Parameter zurückbekommst in den nächsten Datensatz (der Insert fehlt im Post) zu schreiben.

... und glaub' mir das geht! Genau so funktioniert es in unseren SQL Triggern!

Birgitta

[BenderD]

STRJRNPF ist dein Freund
D*B
PS: wieder mal ein instruktives Beispiel, dass man sein Problem schildern sollte...

Hallo!

Danke, ich merke schon, das führt zu nichts.

Wir haben hier das Problem, daß aus einer Tabelle "von niemanden" Daten gelöscht werden.
Also muß es ein Batch-Job sein (Schnittstelle, etc.).
Dazu habe ich einen Trigger auf die Datei gelegt, die die Daten beim Löschen in eine andere Tabelle wegkopiert und zusätzliche Infos, wie Jobname, JobNr, Benutzer und genaue Uhrzeit protokolliert.

Bis auf die Jobattribute ist alles fertig.

Es scheint mir aber der Aufwand dafür nicht in der Relation zu stehen, jetzt einen Exkurs in die Weiten von PHP, etc. zu machen, nur um für etwa eine Woche den Trigger laufen zu lassen. Denn dann dürfte das Problem behoben sein.

Da ja die genaue Zeit bekannt ist, werde ich einfach ins Joblog schauen und dort suchen, was da gelaufen ist.

Nochmal Danke,
Günter

[gue_br]

Danke für die Hilfe

Günter