STRQMQRY Probleme mit Record Number

[harkne]

@Bender
Ich glaube das reicht mir. Das ist natürlich besser weil gleich eine Datei erstellt wird die alle Datenfelder beinhaltet. Perfekt. Ich versuche das mal in unser vorhandenes Programm einzubinden. Bei uns hier ist der FMTJRNE ein Command und wenn ich das richtig gesehen habe, wird im Beispiel eine Datei verwendet.

Vielen Dank

[Fuerchau]

Wenn möglicherweise die Ausgabedatei noch existiert, solltest du die Replace-Option wählen oder gleich einen DLTF vorher einbauen.
Die Alternative dazu ist ja nun statt STRQMQRY einen RUNSQL (ohne STMT) durchzuführen.
Da kannst du einen "create or replace table as (select ....) with data" ausführen.
Wenn die Sortierfolge der Quelle erhalten bleiben soll, hänge einen "order by rrn(file)" an.

[harkne]

Ich habe mir Teile von Benders Quelle geschnappt.
Da wir ja mit dem Befehl arbeiten und dort die Möglichkeit von OUTFILE TYPE möglich ist, habe ich das Problem dass die DSPJRN Datei immer unterschiedlich aussieht.

@Bender, du wählst in diesem Codebeispiel die Felder mit SELECT JO..., JO... usw aus. Ich hätte gerne SELECT *.J, *.D, aber bei *.J sollte das Datenfeld nicht dabei sein.

Wahrscheinlich einfach hinterher einen ALTER TABLE DROP FELD oder kann ich bei der Erstellung irgendwas angeben dass er eine Spalte nicht dazu nimmt?

[BenderD]

... das ist kein Code"beispiel", sondern ein Programm, das den Namen der journalisierten Datei und von bis und den gewünschten Namen der Zieldatei als Parameter bekommt und dann universell eine strukturierte Zieldatei erstellt, die relevante Journalfelder und den aufgedröselten Datensatz enthält. Auch da kann man einen Command davorbasteln oder wenns denn sein muss, Felder weglassen oder dazu erfinden...

D*B

PS: mittlerweile gibt es da auch table_functions, wenn man das mit schlechterer Ergonomie haben will.

[harkne]

@BenderD
Yupp schlechte Wortwahl von mir. Du benutzt allerdings keinen OUTFILE TYPE bei der Ausgabe. Deshalb meinte ich habe mir Teile des Programms was ich gebraucht habe heraus genommen. Durch den OUTFILE TYPE entscheidet dann der der den Befehl anwendet was "relevante" Journalfelder sind und was nicht. Da das hier schon drin war habe ich das vorhandene bei uns angepasst.

[BenderD]

... sorry, war nicht abwertend gemeint. Das Programm ist eines meiner persönlichen Toolumgebung, das es in mehreren Anpassungen gibt. Ich habe eine Variante davon vor 11 Jahren konsolidiert und als Open Source auf meine Webseite gestellt. Aktuell habe ich nicht nachgesehen, was das im Detail tut (und was nicht). Das ist ja auch open source, damit man das selber anpassen kann.

D*B

[harkne]

@BenderD habe ich auch nicht abwertend verstanden. Die Quelle des Programms hat mir sehr geholfen und jetzt funktioniert unser Tool auch wieder. Vielen Dank.

Viele Grüße Harald