Erzwungene Sortierung bei FTP Übertragung

[takeoff/400]

Hallo Forum!
Ich habe in vielen RPG's eine Übertragung der Daten per FTP zu einem Server, das funkt normal bestens (per CLP). Leider sortiert mir das FTP die alpha-Daten immer aufsteigend, was in einem speziellen Fall jetzt völlig unbrauchbar ist, weil ich Kopf- und Positionssätze in einem grossen file übertrage und somit kommt ein Durcheinander an. Gibts die Möglichkeit dem FTP zu sagen, dass nicht sortiert, sondern nur sequentiell übertragen werden soll??
mfg, michael

[kuempi von stein]

bin ich so schwer von kapee?
Auch nach dem dritten mal lesen verstehe ich das nicht.

Kannste mal ein Beispiel geben bitte?

k.

[Fuerchau]

Verstanden habe ich das auch nicht.
Aber raten wir mal:

Beim FTP per "mput" ist doch die Reihenfolge der Dateien vollkommen egal (zumal ich bei dieser Methode sowieso nie sicher sein kann, dass auch alles angekommen ist.).

Übetrage ich nur per "put file", gibts nix mit Sortierung, da nur 1 Datei relevant ist.

Der FTP packt den Inhalt der Dateien NICHT an, es wird also am Inhalt nix sortiert.

Frage:
Wo soll hier eine automatische Sortierung stattfinden, wenn nicht in den die Dateien erstellenden Programmen ?

[takeoff/400]

Also ich mein das so:
ich hab ein file mit alpha-numrischen datensätzen, z.B.:
1. Satz: ##12345#blabla#9876##
2. Satz: 084711;122345;franzi;huber;
3. Satz: 9874523; 20081001; maxi;meier;
4. Satz: ##123467#blabla#6579##
5. Satz: 20080914;rudi;mustermann;
6. Satz: 57823679;278940;susi;steilzahn;
7. Satz: ##234ß09834;blabla##
8. Satz: 4697;5481;knut;eisbaer;

also die records, die mit ## beginnen sind jeweils die überschriften, bzw. statuszeilen für die darunter kommenden sätze. soweit so gut, ich mach ein put von der 400er zu einem server und wenn ich das file dort öffne (als .txt) dann ist die sortierung völlig banane. nämlich werden alle ##zeilen zu beginn sortiert und dann erst die "positionszeilen" - somit ist das file für eine weitere verarbeitung, es sollen daraus emails erstellt werden, völlig unbrauchbar, weil falsch sortiert. in diesen statuszeilen steht u.a. die emailadresse und der empfängername. wie kann ich es verhindern, daß beim FTP der inhalt verändert wird??

ich hoffe jetzt ist mein problem klar!
mfg, michael

[Pikachu]

Sieh' mal nach, ob die physische Datei einen eigenen Zugriffspfad (nicht nach Eingangsfolge) besitzt?

DSPFD FILE(Bibliothek/Datei) TYPE(*ACCPTH)

[holgerscherer]

ich hoffe jetzt ist mein problem klar!

Also das Problem ist klar, nur die Quelle nicht so ganz. Ist die Quelle eine AS/400-PF mit eventueller Sortierungsvorgabe (siehe Pikachu), oder FIFO, oder ein CSV? Und was ist der Zielserver?

Generell würde ich sagen: wenn bei einer Übertragung die Sortierung wichtig ist, ist entweder das dahinterliegende Datenmodell untauglich, oder die Verarbeitungsmethode.

Warum nicht (um eventuelle Sortierungen zwingend beizubehalten) aus der Datei mit originärem Zugriffspfad via CPYTOIMPF ein CSV erstellen, und das woandershin exportieren - und dann weiterverarbeiten.

-h

[Fuerchau]

Mach mal ein DSPPFM deiner Ausgabedatei.
FTP interessiert sich nicht für Sortierfolgen sondern überträgt in Eingangsfolge.

[takeoff/400]

beim DSPPFM ist die Sortierung völlig in Ordnung, deshalb versteh ich das ja (noch) nicht. es ist eine DDS beschriebene, externe PF mit zwei keyfields, ohne schnickschnack. per ftp in einem CLP mit OVRDBF (INPUT) usw. mach ich einen put zu einem win2003 server in ein .txt file. also nix besonders exotisches. ich dachte dass der ftp immer beim übertragen nach dem 1.field aufsteigend sortiert, weil ich schon früher mal das gleiche problem hatte, da hab ichs dann aber anders gelöst..
ich check mal die dds von dem file, usw..
danke vielmals vorerst..

[takeoff/400]

Mach mal ein DSPPFM deiner Ausgabedatei.
FTP interessiert sich nicht für Sortierfolgen sondern überträgt in Eingangsfolge.

Hab ich jetzt nochmals kontrolliert, leider ist dem nicth so! wie gesagt, das file ist dds beschrieben, hat 1 feld (300A) und das ist auch der Key. nach dem FTP kommen die Sätze aufsteigend sortiert an. Woran kann das liegen? hat noch wer eine idee bitte??
lg

[BenderD]

lies doch mal, was du selber geschrieben hast!!!

hat 1 feld (300A) und das ist auch der Key. lg

[Fuerchau]

Genau, die Datei sollte keinen Key haben, da beim Lesen der Datei nach Schlüsselfolge gelesen wird.
Ausnahme: Binärübertragung. Dann erfolgt jedoch keine Codewandlung.

Erstelle die PF einfach ohne Key, denn es gibt keinen Grund dafür.

[takeoff/400]

Was soll ich viel dazu sagen?
Sorry, ich habs nicht gesehn, obwohl es ja ganz klar ist. mich hat nur verwirrt, dass beim DSPPFM und auch beim DFU die Sortierung gepasst hat, ist aber eh klar, wenn man drüber nachdenkt.
tschuldigung für die blöde Frage