PF von hinten nach vorne

[kuempi von stein]

Hello,

da hier gerade die Frage hochkam und ich nicht sofort ne Antwort wusste, reiche ich das Problem mal weiter...

Gegeben ist eine Physische Datei. Kein Key. Keine logischen die dran hängen.

Wie kann ich diese PF nun von hinten nach vorne durchlesen und verarbeiten?

Der OVRDBF hatte nix gebracht, und nach RR zugreifen geht das denn?

Also wie würde da die Lösung aussehen?
Geht bestimmt einfach, habe nur gerade ne Denkblockade...

kuempi

[mk]

Hallo kuempi,


da fällt mir ad hoc folgendes ein.

Mit SQL die relative Satznummer der Datei holen.

Dann mit Chain und - 1 von letzter Satznummer
einfach die Datei lesen.

Klappt wunderbar.:rolleyes:

Gruss
Michael

[B.Hauser]

Hallo,

ich würd's mal wie folgt versuchen:


/free
setgt *HiVal MyFileF;

DoU %EOF(MyFileP);
ReadP MyFileF;

If Not %EOF;
Dsply MyFld;
EndIf;

EndDo;

*InLR = *On;
/End-Free

[kuempi von stein]

merci, das war es!

Ich hatte einfach die erste Regel (don't trust) vergessen und dem Kollegen geglaubt, als er meinte das geht nicht weil Datei keinen Key hat.

Menno menno...

:)

[holgerscherer]

Ich hatte einfach die erste Regel (don't trust) vergessen und dem Kollegen geglaubt, als er meinte das geht nicht weil Datei keinen Key hat.


Eine Datei hat immer einen Key, und wenns die interne RRN ist ;-)
Ob man diese "fielosofische" Betrachtung nun auch noch auf Streamfiles anwenden kann, ist diskussionswürdig. Wäre mal ein nettes Thema für abends in Göttingen.

Wobei mir nur grade (in Anbetracht der Uhrzeit) die Frage kommt, was so ein armes einsames PF angestellt hat, dass man es rückwärts verarbeiten muss, und es noch nie einen Key gesehen hat.

-h

[kuempi von stein]

....Wobei mir nur grade (in Anbetracht der Uhrzeit) die Frage kommt, was so ein armes einsames PF angestellt hat, dass man es rückwärts verarbeiten muss, und es noch nie einen Key gesehen hat.

-h

Moin moin,

sei ehrlich, Du schläfst fast nie.

Hier da wo sind tatsächlich mehr oder weniger alle PF mit ohne Key.
[Und ja die RRN-Geschichte ist natürlich bekannt]
Ja ja, sowas soll es noch geben.
Ist natürlich diskussionswürdig, ich weiss.
Mithin hat die GIGO-Methode (äh.. FIFO meine ich) ja nicht nur Nachteile.

Was diese eine Datei betraf, ging es um eine DFÜ-Sicherungskopie (FTP), welche wegen Programmfehler nicht sauber verarbeitet wurde. Nun musste eben der verhunzten Daten wegen der Fall von hinten aufgerollt werden, um alles wieder zu bereinigen.

War ne einmalige Geschichte und kommt sonst nicht vor sowas.

Keine Ahnung, ob Du aus dem Gestammel schlau wirst....

Schönen Tag noch.

k.