Problem mit QM-Aufruf

[apparat]

hallo.


ich rufe im PGM ein Query auf und kriege folgenden Fehler:

13000 - STRQMQRY QMQRY(QGPL/SAVPRTFSL) SETVAR((FIELDS1 'NAME, OUTQ,
LAENGE, BREITE, OVRFL, CPI, LPI, DREHUNG') (FIELDS2 'HOLD, SAVE, TEXT')
(NAME 'QDFUPRT') (OUTQ '*JOB') (LAENGE ' 72') (BREITE ' 132')
(OVRFL ' 66') (CPI '10') (LPI '6') (DREHUNG '*AUTO') (HOLD '*NO') (SAVE
'*NO') (TEXT 'DFU PRINT FILE'))
Token * ungültig. Gültige Token: ( + - ? : DAY RRN CASE CAST CHAR DAYS
HOUR LEFT NULL TRIM USER.
Befehl RUN für Objekt QUERY mit SQLCODE -104 fehlgeschlagen.
Befehl RUN QUERY aufgrund eines Fehlers beendet.


wo ist da der TOKEN * denn drinne?? ist doch nirgendsdabei ????

hier noch der sql-code:

INSERT INTO GOLZ/SAVPRTF (&FIELDS1, &FIELDS2) VALUES(&NAME, &OUTQ, &LAENGE ,
&BREITE , &OVRFL , &LPI , &CPI , &DREHUNG, &HOLD, &SAVE, &TEXT)


entweder bin ich zu blöd oder

[Pikachu]

Hallo!

wo ist da der TOKEN * denn drinne?? ist doch nirgendsdabei ????

Doch, ist dabei. Zum Beispiel beim Parameter OUTQ. Da du im SQL Zeichenketten verwendest, die in Hochkommas angegeben werden müssen, musst du diese Hochkommas selbst auch mitgeben, z.B. so: (NAME '''QDFUPRT''') (OUTQ '''*JOB''') ... D.h. dein SQL muss mitsamt deinen übergebenen Zeichenketten eine korrekte SQL-Anweisung ergeben. Die einfachen im STRQMQRY die Parameterwerte umschließenden Hochkommas sind selbst nicht Teil dieser Parameterwerte und werden nicht mit übergeben!

Viele Grüße
Jürgen

[apparat]

naja wenn ich mit setvar übergebe geht das nicht. ich müsste praktisch die variablen erweitern und die hochkommas in die variable schreiben. aber das ist dann eine menge arbeit jedesmal mit *cat

naja wird schon gehen, aber den gleichen gedanken wie du hatte ich auch wie du

[Fuerchau]

Mit SETVAR gehts auch:

SETVAR((VAR1 ('''' *CAT &MYVAR *CAT '''')) (VAR2 ....)

Etwas Tipparbeit, aber ob du die Variablen vergrößerst (problem ggf. bei Verwendung als CALL-Parameter) oder dies im SETVAR machst bleibt dir überlassen, aber machen musst du es.

[apparat]

irgendwie kommt jetzt hier mein nächster fehler

13300 - STRQMQRY QMQRY(QGPL/SAVPRTFSL) SETVAR((FIELDS1 '"NAME", "OUTQ",
"LAENGE", "BREITE","') (FIELDS2 '"OVRFL", "CPI", "LPI", "DREHUNG""')
(NAME '"QDFUPRT"') (OUTQ '"*JOB"') (LAENGE '" 72"') (BREITE '"
132"') (OVRFL '" 66"') (CPI '"10"') (LPI '"6"') (DREHUNG '"*AUTO"')
(HOLD '"*NO"') (SAVE '"*NO"') (TEXT '"DFU PRINT FILE"') (FIELDS3
'"HOLD", "SAVE", "TEXT""'))
Token OVRFL ungültig. Gültige Token: ) ,.
Befehl RUN für Objekt QUERY mit SQLCODE -104 fehlgeschlagen.

[Fuerchau]

Dazu müsste man jetzt den verwendeten SQL des QM's mal sehen.

[Pikachu]

Hallo!

Die Felder in FIELDS1 und FIELDS2 solltest du weiterhin wie bisher ohne zusätzliche Hochkommas übergeben, da sie im SQL ohne Hochkommas stehen sollten. (Abgesehen davon wäre bei FIELDS1 und FIELDS2 ganz am Schluss jeweils das letzte doppelte Hochkomma zuviel.)

Bei FIELDS1 ist das letzte Komma zuviel, da das an dieser Stelle benötigte Komma bereits im SQL steht.

Bei FIELDS3 ist das letzte doppelte Hochkomma zuviel!

Viele Grüße
Jürgen

[apparat]

ich habs nochmal umgebaut hier die neue lösung: habe jetzt mal die spalten fest angegeben und natürlich wierder nen anderen fehler. ich meld mich gleich wieder und poste alles rein

[apparat]

bin leider noch nicht dazu gekommen es auszuprobieren. habe eine andere aufgabe vom chef bekommen. vielleicht morgen dann ....

[apparat]

könntent ihr mir ein ganz simples sql schreiben bzw sagen wo jetzt was hin muss? hier mal mein versuch:

DCL VAR(&PROBE) TYPE(*CHAR) LEN(4) VALUE('test')
/* ------------------------------------------ */
STRQMQRY QMQRY(GOLZ/SAVPRTFSL3) SETVAR((NAME2 +
(&PROBE)))


und mein SQL sieht so aus:


INSERT INTO GOLZ/SAVPRTF ("NAME") VALUES(&NAME2)




achja wenn ihr Anführungszeichen statt Hockkommas nehmt sagt es mal bitte auch. die kann man nicht unterscheiden hier.

[Fuerchau]

SETVAR((NAME2 ('''' *CAT &NAME2 *CAT '''')))

Es sind also 4 Hochkomma vor und hinter den Inhalt zu setzen.

[apparat]

wenn ich genau das eintippe bringt er mir den fehler das diese zeichenfolge ungültig ist. mit 3 geht es aber mit 4 nicht komischerweise