performance: index PF oder LF

[BenderD]

... das kann man mit CHGPF bzw. CHGLF einstellen, ob der Zugriffspfad sofort aktualisiert wird, oder nicht, bzw. man muss eine Constraint nicht sofort anlegen, kann sie auch mit alter table drop constraint aufheben und später einrichten...

D*B


klar musste der Index neu aufgebaut werden, wenn ich das Feld vergrößere.

Hierfür habe ich die Daten gesichert
die LFs gelöscht
die PF neu erstellt
die Daten wieder per CPYF zukopiert
dann 19 bzw. 20 in das Key-Feld dazugeschrieben
und zuletzt die LFs wieder aufgebaut

Das Problem war eben, dass _beim_Update_jedes_einzelnen_Satzes die AS den Index in der PF aktualisiert hat, was dadurch viel länger dauerte, als 1x neuaufbauen am Ende, so wie bei den LFs

[cbe]

oh, gut zu wissen.
Das hätte mir beim y2k einiges an Zeit + Nerven gespart, danke für den Tip

(also auch kein Argument für oder wider Key in PF)

[BenderD]

... die diversen Indexe kann man dann noch in parallelen Jobs aufbauen, dann geht das noch fixer.

D*B


oh, gut zu wissen.
Das hätte mir beim y2k einiges an Zeit + Nerven gespart, danke für den Tip

(also auch kein Argument für oder wider Key in PF)

[Robi]

Ich klink mich hier mal ein ..

wir haben hier ein PF mit Key

K FINRCD
K SARTCD
K SPRCCD
K SAKZCD
K RKEYCD

beim Zugriff mit SQL hab ich unter debug diese Zugriffspfad Empfehlung
FINRCD SARTCD SPRCCD SAKZCD

Das versteh ich nicht.
Kann SQL nicht mit Key PF ?

Danke
Robi

[Pikachu]

Da müßte eigentlich auch noch stehen, welche Zugriffspfade alle berücksichtigt wurden und welcher ausgewählt wurde und welche anderen warum nicht ausgewählt wurden.

[andreaspr@aon.at]

und welcher Zugriffspfad wurde schlussendlich genommen?
Mit welchen Schlüsseln gehst du auf die Tabelle Lesen?
Welche Schlüssel hat der Zugriffspfad der von SQL genommen wurde, falls nicht direkt die PF genommen wurde?

[Robi]

Ist ne gekeyte PF, ohne LF

Joblog
... alle Zugriffspfade berücksichtigt
(und bei F1 dann soetwas wie keiner der Zugriffspfade passt) sorry, der log ist weg
dann kommt sowas wie ... nach Eingangsreihenfolge (nur sinngemäß)
und dann halt der empfohlene Zugriffspfad.

mehr nicht
Robi