Meldung von strqmqry übergehen

[Fuerchau]

Ggf. hilft an dieser Stelle ein CHGJOB mit Änderungen der INQMSG auf *DFT.
Hinterher aber wieder zurück ändern.

Besser ist hier aber ein eigenes QMQRY zu erstellen, dass einen
create table qtemp/mytable as
(select f1, f2, .... from myorigtable)
halt ohne dein Feld macht.

CRTDUPOBJ kann auch schon mal an Berechtigungen scheitern.

[Robi]

chgjob versuch ich

crtdupobj ist hier 'der Standard' da gibt es kein Berechtigungsproblem.
Für ein eigenes 'create table' bin ich zu faul!
(und, was viel schlimmer ist, wenn sich die Datei ändert MUß sich auch meine Datei ändern)
Das klappt hier eher selten, ... !!
Robi

[BenderD]

... bei RUNSQLSTM kann man den Error level einstellen

[Robi]

Ja, das passt,
danke Dieter!

Gruß
Robi

[Pikachu]

Warum muß das Feld überhaupt raus? Vielleicht genügt es ja, den Inhalt des Feldes zu löschen?

[Robi]

Warum muß das Feld überhaupt raus? Vielleicht genügt es ja, den Inhalt des Feldes zu löschen?

nö, reicht nicht!
War vom QMQRY 'besessen', da im gesammtablauf einiges damit gemacht wird.
Das ist so praktisch mit den Variablen. Aber für den drop geht ein runsqlstm auch
Robi

[Fuerchau]

Wenn du schon RUNSQLSTM bemühst, kannst du auch gleich beide Befehle da reinschreiben und du brauchst den QMQRY gar nicht:

create table qtemp/mytable as (select * from mysourcetable);
alter table ...

[Robi]

... und du brauchst den QMQRY gar nicht:

nö

...da im gesammtablauf einiges damit gemacht wird.
Das ist so praktisch mit den Variablen.

Ok, den crtduobj könnt ich ersetzen aber wie schon gesagt ... das ist hier Standard!
Robi