RPG Programm durch Verwendung von DS für I/O Operationen

[hel400]

...
SETOBJACC hat sich durch die intelligenteren Cachefunktionen längst überholt
...

Naja, ganz so ist es nicht (oder besser gesagt - GANZ IM GEGENTEIL!!)

Auch die besseren Cachingmethoden können ein gezieltes Objektladen - dort wo es sinnvoll ist - nicht ersetzen.

Aus diesem Grund kann man das, was SETOBJACC macht, seit V7R1 auch direkt in div. Dateibefehlen durchführen (CHGPF...) und seit V7R2 hat das Ganze auch Einzug in die SQL-Welt gefunden (create/alter table etc..).

Überholt ist die SETOBJACC Funktionalität also nicht, sondern sogar noch erweitert worden.

[Fuerchau]

Aber wie gesagt, ohne eigenen Cache (also nicht *Base o.ä.) nicht sinnvoll, da dann ja wieder die Daten verdrängt werden können.
Und ehrlich, wenn genügend Hauptspeicher vorhanden ist, erledigt sich dies wirklich von selber ohne dass ich mir darüber Gedanken machen muss.
Da gibt es andere Optimierungen (Business-Logik, Asynchronverarbeitung, ...).

Klar kann ich mir über breitere Autobahnen Gedanken machen an Stelle von sinnvollem Verkehrsmanagement.