Dynamisches SQL in einem CL erstellen

[sinclair]

Es gibt da noch einen kleinen Trick.
QMQRY interpretiert den SQL erst nachdem die Variablen gefüllt sind.
Der Inhalt jeder Variable kann bis zu 55 Zeichen lang sein.
Nun kann man also einfach einen QMQRY erstellen:

&V1&V2&V3&V4&V5

Per CLP kann der SQL nun in einer Variablen zusammengebaut werden.
Per "
STRQMQRY ... SETVAR((&V1 (%SST(&MYCLVAR 1 55)) (&V2 (%SST(&MYCLVAR 56 55)) ....)
kann dann jeder beliebige SQL übergeben werden.

(...)

Da gibt's aber ein Problem (arbeite unter V5R4)!
Es werden alle Variablenwerte, die ich dem SETVAR übergebe, getrimmt.
Trifft man zwischen zwei %SST, also z. B. auf Position 55, genau vor oder hinter ein Blank, so wird dieses Blank in der QMQRY-Verknüpfung &V1&V2&V3.... nicht wieder eingefügt.

Sieht in etwa so aus:

&myquery ('select a, b, c, d, e from KundenPF inner join UmsatzPF on etc=blabla WHERE a=b')

&V1 wird: %SST(&myquery 1 55) = 'select a, b, c, d, e from KundenPF inner join UmsatzPF '

&V2 wird: %SST(&myquery 56 55) = 'on etc=blabla WHERE a=b'

Im QM-Qry wird das ganze dann jedoch so zusammengesetzt:
"select a, b, c, d, e from KundenPF inner join UmsatzPFon etc=blabla WHERE a=b"

Da steigt er bei mir aus, da der Blank zwischen UmsatzPF und on verloren genagen ist!

Liegt's am Release, oder kann man bei der Variablenübergabe 'was anders machen, so dass führende/folgende Blanks den SETVAR überleben?

Danke und Gruß
Thomas

[Fuerchau]

Nunja, im QMQRY
&V1 &V2 &V3 &V4 &V5
definieren und beim Splitten dafür sorgen, dass nur bei Leerzeichen getrennt wird.

[sinclair]

Danke für den Tipp.
Das habe ich mal so umgesetzt!
Zähle ich also ab Stelle 55 zurück bis zum nächsten Blank, dann trenne ich und fülle die nächste Variable.

Einziger Nachteil: Ich kann keine Blanko-Ausdrücke wie z. B. ' abcde ' mehr verwenden, jedenfalls nicht, ohne unsicher zu sein, dass so ein String mit Blanks nicht wieder richtig zusammen gesetzt wird (SETVAR-Trim schnibbelt allles hinweg).

Naja, kann man ja mit leben.

[Fuerchau]

Die Alternative wäre nur noch ein ILERPG mit dynamischem SQL:

d MyStmt 10000 varying

exec sql prepare MyStmt from : MyStmt;
exec sql execute MyStmt;

oder REXX.

[janwijnants]

Hallo zusammen

Ich möchte in einem CL ein SQL Statement (INSERT) ausführen und einen Parameter mitgeben.

Ist das möglich?

Folgendes habe ich schon probiert:

1. Mit RUNSQLSTM kann ich zwar mein SQL Statement ausführen, aber keinen Parameter mitgeben.

2. Mit STRQMQRY kann ich zwar einen Parameter mitgeben, aber kein INSERT Statement ausführen.

3. Mit STRQSH oder QSH kommt nach Ausführung des SQL Befehls immer ein Terminalfenster, welches nicht erscheinen sollte.

4. Den Befehl RUNSQL findet das CL gar nicht.

Ich bin für jede Hilfe dankbar.

Viele Grüsse,

Sony

das terminalfenster das sie kriegen und nicht wollen beim QSH können sie auch unterdrücken. beispiel: qsh cmd('db2 "insert into x select * from y">/tmp/idontneedit')

[Fuerchau]

Am einfachsten mit "> /dev/null ", das erzeugt keine Datei.

[kitvb1]

RUNSQL SQLSTMT('insert into x select * from y')

[Fuerchau]

RUNSQL ist wohl eher ein Freeware-Tool und gehört standardmäßig nicht zum OS.

[kitvb1]

Jo, stimmt, aber heißt nicht das wir es deswegen nicht nutzen soll.
Wenn mann die Source haben will....

[Neuhauser]

RUNSQL gibt es auch kostenlos unter: RUNSQL

[Pikachu]

Worum geht's in diesem Thema eigentlich? Ist das Problem inzwischen vielleicht schon behoben?