Glaubensfrage LF / index und performance

[Fuerchau]

b) ist der schnellste, zumal bei großen Dateien die Indexmaintenance kostet.
Die LF's/Indizes können später aber parallel in mehreren Job's erstellt werden.

Der Unterschied LF/Index ist nur marginal (betrifft die Blockgröße).
Was tatsächlich schneller ist bleibt zu testen.

Bei einem meiner Kunden werden die LF's regelmäßig gelöscht, die Statistiken neu aufgebaut und die LF's dann erstellt.
Laufzeit früher ca. 4 Stunden, heute ca. 30 Minuten!
Datei 1 ca. 9 Mio Sätze 7 Indizes, Datei 2 ca. 7 Mio., 3 Indizes

[ILEMax]

Hi,
unsere Erfahrung ist genau anders rum (vor ca. 4 Jahren getestet).
Das nachträgliche aufbauen des LF über große Datenmengen läuft so lange, das es besser ist das LF zur Laufzeit mit auf zu bauen. Ok, das war V5R4. Wir habe es extra getestet. Der Unterschied lag bei 2 Dateien a ca. 14 Mio Sätzen bei etwas über 10 Minuten (soweit ich mich erinnere).
Müsst ich glatt noch mal testen, ...
Der ILEMax

[Fuerchau]

Nun, zusammen mit Dieter Bender habe ich da andere Erfahrungen (s.o.) machen müssen.

Allerdings kommt da noch mehr zusammen.
Angenommen die DB kann 2000 Sätze/Sekunde ohne Index schreiben (ich weiß, die kann auch mehr).
Pro Index reduziert sich dies um angenommene 5%.
D.h., bei 2 Indizes sind das dann nur noch 1800/Sekunde.
Da das Programm aber auch Daten sammeln und berechnen muss, kann die Schreibrate unter dem maximal Möglichen liegen, z.B. nur bei 1000/Sekunde.
D.h., dass man ruhig 10 Indizes (=50%) parallel pflegen lassen kann, da das System genug Zeit hat und das Programm eben langsam ist. Ein späterer Neuaufbau ist in diesem Fall zeitlich schädlich.
Dazu kommt ja auch noch, dass man das Parallel-Feature für die DB aktiv haben muss um Indizes über mehrere CPU's parallel aufbauen zu können.

Die obigen Zahlen entsprechen jetzt keiner Realität sondern dienen nur als Beispiel.

Extrem kann man dies bei z.B. CPYF bzw. SQL Insert-Select beobachten.

[andreaspr@aon.at]

Allein schon wegen der Baumstruktur sollte ein Index erst am Ende angelegt werden, sofern dies möglich ist.
Die DB weis anhand der ersten Daten nicht wie sich die Baumstruktur des Index entwickeln wird. Da kann ein Rebuild eines Index nach einer Zeit schon empfehlenswert sein.
Wenn der Index jedoch am Ende erzeugt wird, wird die Baumstruktur schon entsprechend korrekt aufgebaut.

lg Andreas