Verwalten von Indizes

Indexarten und deren Nutzen siehe Seite .

Rebuilding von Indizes

Das Rebuilding von Indizes wird verwendet, um

• einen Index auf einen anderen Tablespace zu verschieben,
• gelöschte Einträge zu 'neutralisieren',
• einen reverse key Index in einen B-tree Index und vice versa umzuwandeln.

ALTER INDEX scott.ord_region_id_idx REBUILD TABLESPACE indx02;

Recreation versus Rebuilding

Drop und Recreate

• Ein Umbenennen ist möglich.
• Eine Umwandlung von UNIQUE in NONUNIQUE und vice versa ist möglich.
• Eine Umwandlung von B-Tree in Bitmap und vice versa ist möglich.
• Es wird kein weiterer Speicherplatz benötigt.
• Eine Sortierung ist erforderlich.
• Der Index ist zeitweise nicht verfügbar.
• Falls der Index als Unterstützung für einen Constraint benötigt wird, ist Drop und Recreate nicht möglich.

Rebuild

• Ein Umbenennen ist nicht möglich.
• Umwandlung von UNIQUE in NONUNIQUE und vice versa ist nicht möglich.
• Eine Umwandlung von B-Tree in Bitmap und vice versa ist nicht möglich.
• Es wird Speicherplatz für ein Duplikat in einem temporären Segment gebraucht.
• Eine Sortierung ist nicht erforderlich.
• Der Index ist immer verfügbar.
• Rebuild ist immer möglich.

Überprüfen der Index-Gültigkeit

Tabelle INDEX_STATS wird gefüllt:

ANALYZE INDEX scott.ord_region_id_idx VALIDATE STRUCTURE;

LF_ROWS_LEN = Länge aller Datensätze (LEAF)
DEL_LF_ROWS_LEN = Länge aller gelöschte Datensätze (LEAF)

select (del_lf_rows_len/lf_rows_len)*100 from index_stats;

Ist das Ergebnis größer als 20%. sollte ein Rebuild des Index erfolgen.

Übung Index-Verwaltung

Übungen siehe Seite .