Update von Daten

[conni-gs]

und was kann man da anders machen ?

Das steht doch in der ersten Antwort von Herrn Fuerchau.

[Fuerchau]

Wie gesagt:
bei ILE BLOCK(*NO) in den f-bestimmungen.
Bei OPM-RPG gibt es dazu wohl eine Compileoption im CRTRPGPGM.

[ExAzubi]

Oder aber die knallharte Lösung:

CHGPF FILE(XXX/YYY) FRCRATIO(1)

[B.Hauser]

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]

FRCRATIO ist ein Performancekiller!
Z.B. ein CPYF mit FRCRATIO(1) kann um einen Faktor > 1000 langsamer sein.

[Fuerchau]

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]

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]

Zu dem Zeitpunkt kannte ich den "alten" FEOD noch nicht .

[MR-BN]

ich möchte mich bei allen für die Kommentare und Hilfe bedanken.
Das Problem ist (hoffentlich) gelöst.
mfg Manfred Reetmeyer