Eine Tabellenfragmentierung führt bei vollständigen Tabellendurchsuchungen (Full table scan) zu längeren Abfragezeiten. Da die Daten nicht gleichmäßig auf die Datenblöcke verteilt sind, müssen während einer Durchsuchung möglicherweise viele Blöcke gelesen werden, um die Abfrage durchzuführen. Diese Blöcke können auf verschiedene Extents verteilt sein. In diesem Fall muß Oracle rekursive Calls ausgeben, um die Adresse des nächsten Extents der zu durchsuchenden Tabelle zu finden.

Jüngste Untersuchungen haben gezeigt, daß die Tabellenfragmentierung kaum Auswirkungen auf die Performance des Datenbanksystems hat. Das liegt vor allen Dingen daran, daß vollständige Tabellendurchsuchungen in einem SAP-System eher selten sind, da auf die Daten über einen Index zugegriffen wird. Eine Reorganisation der Tabellendaten bringt daher im allgemeinen weniger Performance-Vorteile als früher angenommen.

Eine Indexfragmentierung kann die Performance einer Anwendung wesentlich deutlicher beeinträchtigen. Beim Datenzugriff über einen Index und eine Indexbereichsdurchsuchung (in R/3-Systemen häufig), muß Oracle jeden Block in dem angegebenen Bereich lesen, um die indizierten Werte zu erhalten. Ist der Index stark fragmentiert, muß Oracle hierfür sehr viel mehr Blöcke und evtl. Ebenen durchsuchen. Um eine Indexfragmentierung zu beseitigen, muß der entsprechende Index reorganisiert werden. Nutzen Sie dazu das SAP-Dienstprogramm SAPDBA.

Sie sollten sowohl im Falle einer Tabellen- als auch im Falle einer Indexfragmentierung immer darauf achten, daß die weiche oder sogar die harte Grenze für die Anzahl der Extents (Parameter MAXEXTENTS) nicht erreicht wird. Wenn das der Fall ist, muß der Datenbank-Administrator eingreifen.