-
PF von hinten nach vorne
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
-
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.
Gruss
Michael
-
Hallo,
ich würd's mal wie folgt versuchen:
PHP-Code:
/free
setgt *HiVal MyFileF;
DoU %EOF(MyFileP);
ReadP MyFileF;
If Not %EOF;
Dsply MyFld;
EndIf;
EndDo;
*InLR = *On;
/End-Free
-
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...
-
Zitat von kuempi von stein
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
-
Zitat von holgerscherer
....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.
Similar Threads
-
By K_Tippi in forum IBM i Hauptforum
Antworten: 3
Letzter Beitrag: 24-01-07, 06:37
-
By GraueEminenz in forum NEWSboard Programmierung
Antworten: 4
Letzter Beitrag: 05-01-07, 11:47
-
By wrkas400 in forum IBM i Hauptforum
Antworten: 1
Letzter Beitrag: 19-12-06, 09:23
-
By Der_Unwissende in forum IBM i Hauptforum
Antworten: 2
Letzter Beitrag: 20-10-06, 08:32
-
By KaFi in forum NEWSboard Programmierung
Antworten: 6
Letzter Beitrag: 07-10-06, 12:52
Berechtigungen
- Neue Themen erstellen: Nein
- Themen beantworten: Nein
- You may not post attachments
- You may not edit your posts
-
Foren-Regeln
|
Erweiterte Foren Suche
Google Foren Suche
Forum & Artikel Update eMail
AS/400 / IBM i
Server Expert Gruppen
Unternehmens IT
|
Kategorien online Artikel
- Big Data, Analytics, BI, MIS
- Cloud, Social Media, Devices
- DMS, Archivierung, Druck
- ERP + Add-ons, Business Software
- Hochverfügbarkeit
- Human Resources, Personal
- IBM Announcements
- IT-Karikaturen
- Leitartikel
- Load`n`go
- Messen, Veranstaltungen
- NEWSolutions Dossiers
- Programmierung
- Security
- Software Development + Change Mgmt.
- Solutions & Provider
- Speicher – Storage
- Strategische Berichte
- Systemmanagement
- Tools, Hot-Tips
Auf dem Laufenden bleiben
|
Bookmarks