Hierachie-/Attributsänderungslauf

Da die Daten der Stammdatentabellen (X- und Y-Tabellen) als Indices auf dem BW Accelerator Server abgelegt werden, sind BW Accelerator Indices wie Aggregate von Stammdatenänderungen betroffen. Im Unterschied zu Aggregaten sind die aktuellen Daten der Stammdaten allerdings nicht in den Fakten materialisiert. Daher entfallen die bei den Aggregaten teilweise sehr zeitaufwendigen Delta-Berechnungen. Stattdessen müssen lediglich die geänderten Sätze der Stammdatentabellen übertragen und in den Indices auf dem BW Accelerator Server geändert werden. Dies ist in den meisten Fällen erheblich schneller als die Aggregatsanpassung.

Da die Hierarchietabellen ebenfalls nicht im BW Accelerator Index liegen, gibt es keine Voraggregationen auf bestimmten Hierarchieleveln wie bei den Aggregaten. Auch hierfür entfällt die Umrechnung und Anpassung. Allerdings werden - analog zum BW-Hierarchie-Puffer - bestimmte Sichten auf die Hierarchien, die in Queries vorkommen, als temporäre Indices auf dem BW Accelerator Server abgelegt und können so wieder verwendet werden. Wenn sich die Hierarchie ändert, müssen diese temporären Indices gelöscht werden.

Sowohl die Änderung der Stammdaten als auch der temporären Hierarchie-Indices finden im Hierarchie-/Attributs-Änderungslauf statt. In diesem Prozess werden zu ausgewählten, zuvor geänderten InfoObjects die betroffenen Objekte, Aggregate und BW Accelerator Indices, bestimmt. Zuerst werden wie bisher die Aggregate an die Änderungen angepasst (siehe Verhalten bei Stammdaten- und Hierarchieänderungen). Dann laufen die beiden oben beschrieben, sehr schnellen Prozesse für die betroffenen BW Accelerator Indices ab:

Anschließend aktiviert das System die Stammdaten und macht die geänderten Aggregate und BW Accelerator Indices mit neuen Daten für das Reporting sichtbar.

Komprimieren

Das Komprimieren nach dem Hochrollen von Datenpaketen entfällt für BW Accelerator Indices, da die Daten auf dem BW Accelerator Server bereits in einer leseoptimierten Form vorliegen.

In den folgenden speziellen Fällen kann dennoch der Neuaufbau des BW Accelerator Index sinnvoll, wenn auch nicht notwendig sein:

Ein BW Accelerator Index wurde für einen unverdichteten InfoCube angelegt, oder in diesen InfoCube wurden nachträglich sehr viele Datenpakete geladen. Wenn nun dieser InfoCube komprimiert wird, sind im BW Accelerator Index mehr Daten und in feinerer Granularität als im InfoCube selbst enthalten. Wenn der Verdichtungsfaktor durch die Komprimierung groß ist (>1,5), lohnt sich eventuell ein Neuaufbau des BW Accelerator Index, da sich dann auch dort die Datenmenge verkleinert.

Weiterhin sollten auch Bestands-InfoCubes, d.h. InfoCubes mit mindestens einer Bestandskennzahl, in größeren Abständen nach dem Komprimieren neu aufgebaut werden. Wir empfehlen dies insbesondere, wenn die Zeit zur Berechnung der Stützstellen zur Query-Laufzeit groß wird.

Löschen von Daten

Selektives Löschen von Daten aus dem InfoCube erfordert den Neuaufbau des BW Accelerator Index. Wenn Sie das selektive Löschen ausführen, löscht das System automatisch den betroffenen BW Accelerator Index.

Beim Löschen eines (unverdichteten) Datenpakets aus dem InfoCube wird der Index zur Paketdimensionstabelle gelöscht und neu aufgebaut. Die Fakten im Faktenindex bleiben bestehen, sind aber "unsichtbar", da sie nicht mehr von einem Eintrag in der Paketdimensionstabelle referenziert werden. Damit stehen im Index mehr Einträge als in der Tabelle des InfoCubes. Wenn Datenpakete oft gelöscht werden, steigt die Zahl unnützer Sätze und erhöht den Speicherverbrauch. Dies kann sich ab einer gewissen Größe auch negativ auf die Performance auswirken. In einem solchen Fall sollte ein regelmäßiger Neuaufbau des BW Accelerator Index erwogen werden.