Journaleinträge anlegen

[itec01]

Hallo,
der Beitrag ist schon etwas älter, aber dennoch aktuell. Ein Kunde von uns möchte, dass wir die physischen Dateien auf REUSEDLT *YES setzen. Meiner Meinung nach müssten alle Programme dahingehend untersucht werden, ob LIFO oder FIFO gelesen wird. Das wird ziemlich aufwendig. Selbst wenn eine LF gelesen wird, kann es sein, dass dies nicht in Reihenfolge geschieht (doppelte Schlüssel). Zusätzlich müssen die SQL's auf order by hin überprüft werden. Ich denke, da muss man höllisch aufpassen. Wie seht Ihr das?
Danke.
Gruß Klaus

[KingofKning]

Es gibt ganz bestimmt Fälle wo ich LIFO / FIFO benötige aber bei Stammdaten etc. vermutlich nicht. Wenn es keine Spezialanwendung ist die eingehende Daten sequentiell verarbeiten muß dürfte es nicht ins Gewicht fallen.

GG

[Fuerchau]

Ich denke auch, dass nur die Programme zu finden und zu prüfen sind, die Dateien rein sequentiell bearbeiten, hier könnte FIFO relevant sein.
Bei KEY-Verarbeitung sollte es auf FIFO/LIFO nicht ankommen, sonst ist es ein Designfehler.

[Fuerchau]

@Mike
Auch das ist nur bedingt richtig.
Wird ein Tablescan durchgeführt, ist die Reihenfolge nach Satznummer.
Kann auf Grund der Where-Klausel ein Index verwendet werden, so gilt dessen Reihenfolge.
Somit kann ich bei einer PF ohne jedwede Schlüssel von einer Satznummernfolge ausgehen.

[BenderD]

@Mike
Auch das ist nur bedingt richtig.
Wird ein Tablescan durchgeführt, ist die Reihenfolge nach Satznummer.
Kann auf Grund der Where-Klausel ein Index verwendet werden, so gilt dessen Reihenfolge.
Somit kann ich bei einer PF ohne jedwede Schlüssel von einer Satznummernfolge ausgehen.

... über die Brücke würde ich nicht drübergehen. Die Zugriffsstrategie kann von allem möglichen abhängen und sich sogar von Fall zu Fall ändern, mal von parallel Tablescan, Bitmap Indexierung und solchen Scherzen ganz abzusehen...

D*B

[itec01]

Danke. Die Antworten decken sich auch mit meinem Verständnis. Wir werden nach und nach die Dateien umstellen und uns die Programme dazu anschauen.

[mk]

Hi,

wenn mit SQL die Daten per select ohne order by gelesen werden ist die Reihenfolge nicht gewährleistet.