Dynamisches SQL in einem CL erstellen

[schatte]

Hallo Proggi,

leider ist deine E-Mail Adresse nicht gültig (RCPT TO <kalle100@web.de> gescheitert: Angeforderte Aktion nicht ausgeführt: Postfach nicht verfügbar).

Gruß Matthias

[schatte]

Ich habe hier noch ein Programm gefunden, welches anscheind noch ein paar mehr Funktionen hat:

http://dbg400.net/cgi-bin/twiki/view/DBG400/ExcSql

[miky]

[quote=schatte;46609]Hallo,

Ich habe hier ein Savefile mit dem entsprechenden Objekten. Dort enthalten ist das entsprechende Programm, um ein SQL in einem CL auszuführen....

Hallo Matthias, bin gerade dabei mein erstes embedded sql zu erstellen und hab eure Beiträge gefunden.

Hast du das savfile noch?

Wenn ja, schicke es mir doch bitte an
michael.schwarz@k-b.de

Danke und Gruss

Michael

[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?

[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.