5 Hauptspeicherbasiertes System (S. 95-96)

Beim operationalen Business Intelligence stoßen bisherige Ansätze an ihre Grenzen, was sowohl im klassischen als auch im Echtzeit-DW an den komplexen und langwierigen Abläufen liegt. In diesem Kapitel wird nun ein Ansatz vorgestellt, der die Kombination dreier Konzepte propagiert: die Einführung eines neuen Datenmodells zur Verschmelzung von operativen und dispositiven Daten, der analytische Zugriff über logische Sichten sowie der Verarbeitung im Hauptspeicher.

Obwohl die Bezeichnung „Hauptspeicherbasiertes System" den Eindruck eines allgemeinen Ansatzes suggerieren könnte, wird damit das in dieser Arbeit dargestellte System zur Umsetzung der drei Konzepte gemeint. In Abschnitt 5.5 findet eine Abgrenzung zu anderen in-memory-Lösungen statt, die zurzeit in der Literatur diskutiert, bzw. am Markt verfügbar sind. Der Ansatz des in dieser Arbeit entwickelten HBS entspricht einer Abkehr vom Separationskonzept zwischen OLTP- und DW-Systemen sowie der Rückkehr zu analytischen Zugriff auf eine transaktionale Datenbasis. Während der bisherige Ansatz in der Vergangenheit, wie bereits in Abschnitt 3.5 diskutiert, nicht funktionieren konnte, begegnet das Hauptspeicherbasierte System diesen Nachteilen. In diesem Kapitel werden die Anforderungen an das Hauptspeicherbasierte System formuliert und danach ein entsprechendes Datenmodell, eine Architektur und die notwendigen Prozesse dargestellt, um das Ziel zu erreichen.

5.1 Anforderungen

Bei einer Kombination von transaktionalem und analytischem Konzept muss die resultierende Lösung die Anforderungen beider Ansätze in sich vereinen. Diese werden in den folgenden Abschnitten vorgestellt.

5.1.1 Geschäftsprozess- und Themenorientierung

Die neue Lösung muss sowohl Geschäftsprozesse, als auch Analysen unterstützen. Dadurch bedarf es einem Datenmodell, das auf der einen Seite die transaktionale Manipulation auf Datenausschnitten unter Berücksichtigung des ACID-Prinzip erlaubt. Auf der anderen Seite muss auch die Zusammenstellung betriebswirtschaftlicher Sichten über einen oder mehrere Geschäftsvorfälle möglich sein. Dazu gehört auch die Bereitstellung von Semantik, mit der die Daten im System für den Endanwender leicht verständlich und interpretierbar sind.

5.1.2 Analytische Variabilität

Wie in Abschnitt 2.3.2 bereits gefordert, ist eine schnelle Anpassung der analytischen Datenmodelle an neue Anforderungen der Benutzer wichtig, um das Risiko von Fehlentscheidungen zu reduzieren. Es gilt dabei, den tatsächlichen Informationsstand über einen zukünftigen Sachverhalt zu maximieren. Dies gelingt, wie in Abschnitt 4.5 gezeigt, nur bedingt mit dem klassischen Prozess von Extraktion, Transformation und Laden. Stattdessen bedarf es einem neuen Ansatz ohne komplexe und langwierige Änderungen an bestehenden Objekten und Regeln. Nur so kann sichergestellt werden, dass ein Benutzer schnell auf sich verändernde Marktbedingungen reagieren kann und das Unternehmen wettbewerbsfähig bleibt.

5.1.3 Aktualität und Dauerhaftigkeit

Bei der Kombination der beiden Anforderungen Aktualität und Dauerhaftigkeit treten zwei grundsätzliche Probleme auf. Zum einen muss in einer historischen Datenablage der aktuell gültige Datensatz besonders markiert werden, um für Transaktionen einen schnellen Zugriff zu ermöglichen. Zum anderen verändert sich die Datenbasis für die Analyse ständig. Zwei aufeinander folgende Auswertungen können so unterschiedliche Ergebnisse hervorbringen, was gegen die Anforderung der Dauerhaftigkeit aus Abschnitt 4.1.3 verstößt. Das HBS muss dieses Problem lösen.