Commit im CL

[BenderD]

Und RMVJRNCHG macht die Sache ja auch nicht einfacher.
Immerhin benötigt man dazu 2 RTVJRNE's um Start/Ende des CPYF festzustellen.

... keineswegs, JRN FILE und TOJOBO sollten reichen.

D*B

[Fuerchau]

Ob da für einen CPYF tatsächlich immer ein eigener Job initiiert wird?
Ich kenn da Altanwendungen, die machen das innerhalb eines Jobs durchaus mehrfach und bei 1300 dieser CPYF ist das auch durchaus wahrscheinlich.

Um es mit deinen Wort zu sagen: Das beste Konzept scheitert immer am Huddel.

Vielleicht sollte da etwas mehr Gehirnschmalz in das Bearbeiten der Quellen gesteckt werden. Schließlich könnte man qualifiziert nach den CPYF's suchen und diese durch einen generierten RUNSQL ersetzen.
Man ersetze also Huddel durch Knuddel!

[mk]

das Thema ist das der Huddel wegkommt.
Ich habe Daten pro Firma getrennt in versch.Bibliotheken und das ab 1994
für jedes jahr eine Lib z.b firma1994/datei das bis heute.
Zusätzlich natürlich alte Join Files. Davon jede Menge.
Jetzt ( 2017 ) wird das alles konsolidiert damit der Huddel eben nicht mehr vorkommt.
Da fragt man sich was die Entwickler einer Software in den Jahren so gemacht haben.
Aber wie immer:
Altlasten , Historisch gewachsen :-)
Gruß
Michael

[BenderD]

Altlasten , Historisch gewachsen :-)
Gruß
Michael

... das muss - ehrlicherweise - historisch geschrumpft heißen.

D*B

[BenderD]

Ich kenn da Altanwendungen, die machen das innerhalb eines Jobs durchaus mehrfach und bei 1300 dieser CPYF ist das auch durchaus wahrscheinlich.

... das müsste doch "kannte" heißen : ))) , solch Programm-technisches Unkraut gehört konsequent ausgejätet!

D*B