Das Infosystem der Ergebnisrechnung hat die Aufgabe, Daten aggregiert anzuzeigen. Dazu müssen viele Daten von der Datenbank gelesen werden. Im R/3-System ist der Datenzugriff jedoch darauf optimiert, daß viele Transaktionen jeweils wenige Daten verarbeiten.

Um der besonderen Anforderung gerecht zu werden, gibt es im Infosystem zwei verschiedene Ansätze des Datenzugriffs.

• Zum einen können beim Ausführen eines Berichts alle Daten, die mit diesem Bericht analysiert werden könnten, in den Hauptspeicher geladen werden. Alle Arten der Navigation werden dann im Hauptspeicher ausgeführt. Eine gute Performance kann jedoch nur erreicht werden, wenn der Hauptspeicherbedarf möglichst gering ist.

• Zum anderen gibt es die Möglichkeit, nur die Daten beim Ausführen des Berichts in den Hauptspeicher zu laden, die für die aktuell anzuzeigende Liste benötigt werden. Bei jedem Navigationsschritt erfolgt ein erneuter Zugriff auf die Datenbank, bei dem wiederum nur die gerade benötigten Daten selektiert werden.

In den folgenden Abschnitten wird beschrieben, wie diese beiden Ansätze im System umgesetzt sind und was Sie beachten sollten.

In diesem Fall werden beim Ausführen eines Berichts die selektierten Daten mit der im Bericht ausgewählten Detaillierung in den Hauptspeicher geladen. Bei sehr detaillierten Berichten - z.B. mit den Merkmalen Kunde und Artikel - dauert das sehr lange, wenn der Bericht durch die Selektion nicht stark eingeschränkt ist. Einen performanten Aufruf des Berichts kann diese Art des Datenzugriffs nicht leisten.

Ein Bericht, bei dem die gesamten Daten beim Berichtsaufruf gelesen werden, sollte eine geringe Detaillierung haben. Jetzt kann über eine geeignete Vorverdichtung die Performance verbessert werden.

Es gibt folgende Arten von Vorverdichtungen:

• berichtsspezifische Sicherungsdaten
• berichtsspezifische Verdichtungsdaten
• CO-PA-weit gültige Verdichtungsebenen

Berichtsspezifische Sicherungsdaten legen Sie an, indem Sie den Bericht im Hintergrund ausführen und in der Selektion die Option Neuaufbau Sicherungsdaten auswählen. Auch online ist das Anlegen von Sicherungsdaten möglich, nämlich in der Berichtsanzeige über Bericht ® Sichern Daten. Wenn Sie den Bericht mit derselben Selektion erneut aufrufen, haben Sie die Möglichkeit, diese Sicherungsdaten anzuzeigen. Wenn Sie einen aktuelleren Stand der Sicherungsdaten haben möchten, müssen Sie diese neu anlegen.

Verdichtungsebenen gelten im Gegensatz zu den berichtsspezifischen Verdichtungsdaten für die gesamte Ergebnisrechnung. Wie bei Verdichtungsdaten können automatisch die aktuellen Einzelposten hinzugelesen werden. Verdichtungsebenen aggregieren die gesamte Datenbank, nicht nur die für einen Bericht relevanten Daten. Sie müssen manuell aufgebaut werden.

In diesem Fall werden beim Ausführen des Berichts nur die Daten in den Hauptspeicher geladen, die für die aktuell anzuzeigende Liste benötigt werden. Bei jedem Navigationsschritt erfolgt ein erneuter Zugriff auf die Datenbank, bei dem wiederum nur die gerade benötigten Daten selektiert werden.

Voraussetzung dafür, daß eine performante Navigation im Bericht möglich ist, sind geeignete Verdichtungsebenen für verschiedene Navigationsebenen. Außerdem sollten Sie die Regeln für den Aufbau eines Berichts bezüglich Formular und Selektion beachten (s.u. im Absatz Empfehlungen zum Aufbau des Berichts). Wenn diese Voraussetzungen erfüllt sind, ist ein performanter Drill-down vom Unternehmensergebnis bis zum Einzelposten, d.h. bis zur untersten Detaillierungsebene (Kunde/Artikel) möglich.

Sie aktivieren diese Funktion bei der Berichtsdefinition auf der Registerkarte Optionen (Kennzeichen Nachlesen bei jedem Navigationsschritt).

Das folgende Beispiel erläutert, wie Sie einen detaillierten Bericht mit den Merkmalen Kunde und Artikel für einen performanten Zugriff von vielen Benutzern realisieren.

Wenn Sie dieses Beispiel in Ihrem System realisieren, können Sie nach und nach die Komplexität erhöhen und dadurch ein Gefühl dafür bekommen, wann sich die Performance verschlechtert.

Eine wichtige Möglichkeit, die Menge der zu lesenden Datensätze zu verringern und damit die Performance zu verbessern, ist ein geeigneter Aufbau des Berichts. Folgende Faktoren sind kritisch für die Performance:

• Komplexität des Formulars

• Drill-down-Tiefe

• Menge der Selektionen

Daraus ergeben sich einige Grundsätze beim Aufbau eines Berichts, durch die der Hauptspeicherbedarf reduziert wird:

• Nehmen Sie insgesamt so wenig Merkmale wie möglich in das Formular eines Berichts auf. Seien Sie vor allem sparsam mit Merkmalen, die viele Merkmalswerte haben.
• Erlauben Sie einen Drill-down im Bericht nur so weit wie notwendig.
• Falls ein detaillierter Drill-down notwendig ist, sollten Sie die Selektion beim Ausführen des Berichts soweit wie möglich einschränken.
• Vermeiden Sie auf jeden Fall die folgende Kombination: Viele detaillierte Merkmale im Bericht, tiefer Drill-down und keine Selektion der Merkmalswerte. Ein solcher Bericht ist nicht performant ausführbar.
• Nutzen Sie, wenn möglich, die Funktion Nachlesen bei jedem Navigationsschritt.