OVRDBF - wer knackt die Nuss?

[RobertMack]

... bei unterschiedlichen Feld- und/oder Satzformatnamen gibt es noch die Möglichkeit der internen Beschreibung ...

Grüße

Robert

[rmittag]

ein paar Kommentare:

> OVRDBF - wer knackt die Nuss?

ist das hier ein Forum Anwendungsentwicklung oder zur Küchentechnik oder eine Quiz-Veranstaltung ?

> am Besten das machen, was man Dir rät.

genau !

hier 2 overrides zu posten und dann die Antworten zu kommentieren und dabei immer Informationskrümel fallen zu lassen, bringt keinen wirklich weiter. Mir ist nach wie vor nicht klar, was das eigentliche Problem ist.

verschiedene member auch mit unterschiedlichen Formatnamen und Feldnamen zu lesen ?

Dazu wurden schon viele Utilities veröffentlicht, aber da müsste man vielleicht mal Google bemühen, was aber den meisten schon zu anstrengend ist ...

@beo

komm mal runter von deinem Roß ( d.h. höre auf mit : das geht nicht, das funktioniert nicht u.s.w. ), poste statt dessen das Problem und was du bisher unternommen hast, es zu lösen, dann kann man dir helfen, wenn nicht dann eben nicht.

Diejenigen, die hier antworten, opfern dafür ihre Freizeit. Das mindeste was man erwarten kann, ist daß Fragen so gestellt werden, daß das Problem klar wird. Sonst wird einfach nur Zeit verschwendet.

Gruß
Rolf

[BenderD]

Hallo,

das Problem ist, dass es Anwendungen gibt, die in einer Datei 50 Member haben, mit gleichen Satzformaten, die aber unterschiedlich heissen und das dann manche Leute noch für Software Engineering halten.
In RPG mit Record Level Access habe ich bei solch einem Verhau keinerlei Skrupel das über einen Bandwurm ohne externe Beschreibung in eine Datenstruktur einzulesen.
Nebenbei bemerkt: solcher Quatsch lässt sich mit SQL auch verhackstücken; da könnte man sogar eine einzige View drüberlegen, die 50 Aliasse, die ebenfalls Views sein könnten in eine zusammenzerren könnten.
Ich plädiere hierbei aber eindeutig für DLTF und neu machen!!! Das ist mit Abstand das eleganteste. Aus dieser Nuss kann man eh' nur noch Brösel für den Kuchen machen und selbst der hat dann einen ranzigen Ton.

Dieter Bender

Zitat:

---

Original erstellt von Fuerchau:
Da kann ich nur Birgitta zustimmen.
Das Problem in RPG ist, dass ich das Satzformat NICHT variabel gestalten kann, einzige Ausnahme:
READ >Dateiname<
anstelle
READ >Formatname<

Dann wird der Formatname in der INFDS abgelegt. Im OVRDBF solltest du allerdings LVLCHK(*NO) ergänzen.

Problem: bleibt nur noch der Feldname, wenn der auch variabel ist, hast du selbst mit SQL keine Chance und in RPG schon gar nicht.

Ansonsten bleibt halt nur eine andere Sprache wie z.B. COBOL, dort kann der Satzformat-Name in einer Variablen verwendet werden und Feldnamen interessieren fast nicht.

PS:
Warum kopierst du die Teildateien nicht einfach per CPYF in eine Arbeitsdatei, die auch zur Compilezeit existiert und verabeitest nur diese Arbeitsdatei ?

[Dieser Beitrag wurde von Fuerchau am 06. Mai 2003 editiert.][/quote]