QWM1939 QMQRY

[Pikachu]

Wie sieht denn die QM-Query aus?

[Robi]

@Tarasik
Das habe ich auch gelesen. Trifft aber nicht zu --> Code oben

@Picachu
nur einfach &S01

Robi

[Pikachu]

Sieh mal im Jobprotokoll nach, was da genau als Ursache für die Meldung QMW1939 drinsteht. Da müßte der Name der Variablen stehen, die das Problem verursacht.

Wird überhaupt die richtige QM-Query benützt oder eventuell eine andere in einer anderen Bibliothek?

[Robi]

Ja, die richtige, die ist einmalig
in den details zum Joblog steht S01 mit einem inversen Balken dahinter.
In doppelten Hochkomma, auch Gänsefüßchen genannt

Habe mitlerweile ein sql mit execute emediate gemacht, das geht.
Trotzdem ... ich würd gern wissen was ich da ändern muß.

Gruß
schöner WE
Robi

[Pikachu]

Der inverse Balken sollte da nicht sein. Leg doch die QM-Query nochmal neu an. Andere Frage: Warum machst du eigentlich kein CPYF FROMFILE(ERRORP) TOFILE(ERRORP#S) MBROPT(*ADD) ?

[Robi]

Neu anlegen ... Montag
cpyf ...?
anschließend kommt noch ein delete von bestimmtem Sätzen.
da brauch ich SQL sowieso, (daher auch das Pgm)

Gruß
Robi

[cbe]

Hallo Robi,

interessante Art, die QMQRY zu verwenden.
Ich habe es mal ausprobiert, bei mir geht es auch im Batch.

SBMJOB CMD(STRQMQRY QMQRY(CB2/S01) OUTPUT(*PRINT) SETVAR((S01 'insert into
cb2/cb_kat select *  from cb2/cb_kat'))) JOBQ(QINTER)

Ich bekomme zwar interaktiv wie auch im Batch folgende Warnung:

QWM2204    Information             30   28.06.10  09:52:59,745532  QQXSRV01     QSYS        *STMT    QQXSRV01    QS
                                     Ausgangsmodul . . . . . . . :   QQXCPIMESS                                    
                                     Ausgangsprozedur  . . . . . :   QQxCPIMessage__SendMessage                    
                                     Anweisung . . . . . . . . . :   16                                            
                                     Zielmodul . . . . . . . . . :   QQXINTQUER                                    
                                     Zielprozedur  . . . . . . . :   QQxIntQuery__RunSQLStatement                  
                                     Anweisung . . . . . . . . . :   162                                           
                                     Nachricht . . . :   Keine Abfragedaten zu PRINT.                              
                                     Ursache  . . . . :  Der Befehl PRINT REPORT wurde mit einer Anweisung SQL     
                                       SELECT vor der erfolgreichen Beendigung eines Befehls RUN QUERY eingegeben. 
                                       Fehlerbeseitigung:  Einen Befehl RUN QUERY in einer Abfrage eingeben, die   
                                       eine Anweisung SQL SELECT enthält und bei erfolgreicher Beendigung die      
                                       Befehlsanforderung PRINT REPORT wiederholen.

aber ausgeführt wird der INSERT in beiden Fällen.


@pikachu: "Aktuell ist doch QWM2010." ROTFL, der war gut!

Gruß, Christian

[Robi]

interessante Art, die QMQRY zu verwenden.

Hab ich öfter im Einsatz
(mein längstes QMQRY heist S10 und hat 10 Variable
&S01 &S02 &S03 ... &S10

da passt ein 550 Zeichen langes sql rein
nicht immer besonders schön, aber häufig hilfreich.

Im Batch hatte ich auch noch nie Probleme.
k.a. warum Das nicht geht.
habe ein anderes pgm, das diese Technik verwendet mal als submit übergeben, kein Problem

echt verrückt

Gruß
Robi

[Fuerchau]

Für solche dynamischen SQL's ist ggf. REXX wesentlich hilfreicher.

[Robi]

Kann ich leider nicht.

Hast du ein 'schreib ab und lerne" Beispiel?

[Fuerchau]

Gib folgendes in eine SEU-Quelle (QREXXSRC) mit Namen RUNSQLSTM ein:

parse arg Stmt
address execsql
execsql "set option commit=*none"
execsql Stmt
exit

Das ganze startest du per:

STRREXPRC SRCMBR(RUNSQLSTM)
SRCFILE(MYSRCLIB/QREXXSRC)
PARM('insert into myfile select ...')