SQL: IFS_WRITE_UTF8 mit Variablen

[Andreas_Prouza]

Du musst die Variable qualifiziert mit der Lib angeben. Ansonsten sucht er sie (glaube ich) über den PATH (nicht LIBL) ... bin mir aber jetzt nicht mehr sicher.

[Fuerchau]

Welche Fehlermeldung gibt es denn?
I.d.R. scheitert es dann, wenn der Job in CCSID 65535 läuft.
Die SQL-Prozedur wird in C erstellt.
Konstanten werden nicht umgewandelt, Variableninhalte jedoch von der JOB-CCSID in die Ziel-CCSID.
Wenn der Job auf Hex steht, weiß SQL nicht von welcher CCSID in UTF8 umgewandelt werden soll.
Dies sollte mit eentsprechender Meldung im Joblog stehen.

[Fuerchau]

Nachtrag:
Wenn du eine IFS-Datei zeilenweise mit SQL schreiben willst, musst du dich auf arge Performancenachteile einstellen.
Jeder IFS-Write macht einen Open, Pos, Write, Close, Update Header im IFS.
Bei einem Test habe ich festgehstellt, dass ca. 10 Writes / Sekunde funktionieren.

Empfehlung hier ist, die Daten nach Möglichkeit in einer Variablen vom Typ CLOB sammeln, z.B. per LISTAGG um sie dann mit einem Durchgang zu schreiben.

Schneller war das Verfahren allerdings immer noch, die Daten in eine Tabelle zu schreiben und dann per CPYTOSTMF oder CPYFRMIMPF in einem Rutsch zu schreiben.
Bei unserem Test z.B. statt 30 Sekunden für 300 Zeilen, nur noch 1 Sekunde.

[B.Hauser]

Du musst die Variable als VARCHAR definieren ... und sicherheitshalber solltest Du auch bei der Parameter-Übergabe eventuelle führende/folgende Blanks abtrimmen.

declare gblstring Varchar(256);

set gblstring = '/mypath/myfile.html';

CALL QSYS2.IFS_WRITE_UTF8(
                    PATH_NAME => Trim(gblstring),
                    LINE => 'xxx',
                    OVERWRITE => 'REPLACE',
                    END_OF_LINE => 'CRLF') ;

[msost]

Danke an alle für die Hilfe!

@Fuerchau: CCSID's vom Job und den Variablen waren schon alle korrekt gesetzt. Danke für den Hinweis auf die Performance, das check ich mal aus.

@Birgitta: Danke für den Tip Varchar zu nehmen, das ist's wohl schlussendlich gewesen.