PDA

View Full Version : Update von Daten



Seiten : 1 [2]

ExAzubi
21-08-13, 09:48
Oder aber die knallharte Lösung:

CHGPF FILE(XXX/YYY) FRCRATIO(1)

B.Hauser
21-08-13, 09:58
Oder aber die knallharte Lösung:

CHGPF FILE(XXX/YYY) FRCRATIO(1)

Bevor ich eine Datei ändere, würde ich doch lieber mit einem OVRDBF arbeiten ;)

Birgitta

Fuerchau
21-08-13, 10:27
FRCRATIO ist ein Performancekiller!
Z.B. ein CPYF mit FRCRATIO(1) kann um einen Faktor > 1000 langsamer sein.

Fuerchau
21-08-13, 12:16
Noch mal zur Erklärung:
Bei ILERPG reicht ein BLOCK(*NO) in den F-Bestimmungen.

Bei OPM-RPG gibt es das leider nicht.
Weder gibt es eine Option in den F-Bestimmungen noch eine Compile-Option im CRTRPGPGM.

Bei den alten OPM-Programmen habe ich eigentlich reine O-Dateien trotzdem als U-Dateien mit A(ppend) definiert.
Da der Compiler aber bei fehlenden EA-Anwesiungen streikt, habe ich die fehlenden READ/UPDAT/DELET dann einfach in einer Dummy-SR angegeben.
Damit war das Blockingproblem dann weg und die Daten korrekt geschrieben (unabhängig von LR).

KM
21-08-13, 12:27
Bei den alten OPM-Programmen habe ich eigentlich reine O-Dateien trotzdem als U-Dateien mit A(ppend) definiert.
Da der Compiler aber bei fehlenden EA-Anwesiungen streikt, habe ich die fehlenden READ/UPDAT/DELET dann einfach in einer Dummy-SR angegeben.

Genau aus dem Grund habe ich statt U-Dateien dann I-Dateien (mit Append) definiert. Dann kann man sich das READ/UPDAT/DELET sparen.

Oder man verwendet eben den guten alten FEOD.

Gruß,
KM

Fuerchau
21-08-13, 13:28
Zu dem Zeitpunkt kannte ich den "alten" FEOD noch nicht :).

MR-BN
21-08-13, 14:51
ich möchte mich bei allen für die Kommentare und Hilfe bedanken.
Das Problem ist (hoffentlich) gelöst.
mfg Manfred Reetmeyer