Architektur

Aufbau eines Data Warehouses

Modell Lager

Ich fange einmal mit einem einfachen Modell eines Warenlagers an, oder zumindest mit dem, was ich als Laie in Sachen Logistik dafür halte. Da sind zunächst zwei Enden, der Wareneingang und der Warenausgang.

Im Wareneingang werden die Güter entgegengenommen, die zuvor bestellt worden sind. Wie dieser Bestellvorgang abläuft, kann durchaus für Beschaffungsvorgang relevant sein. Die Waren können einzeln bestellt werden. Der Lieferer stellt dann die Lieferung zusammen und versendet sie über einen Spediteur zu meinem Lager, wo die Güter angenommen werden und die Lieferung überprüft wird und die Teile in das Lager verbracht werden. Möglich ist aber auch, dass die Daten über einen globalen Vertrag zur Verfügung gestellt werden. Ich schicke dann jemanden in das Lager des Lieferers und lasse das gewünschte Material abhohlen. Der Weg ist durchaus nicht unüblich, wie ich bei meiner KFZ-Werkstatt durchaus erlebt hatte. Teile für die Reparatur waren nicht auf Lager, die Ersatzteile wurden dann aus dem Lager des Herstellers bedarfsgerecht abgehohlt.

Auf der anderen Seite, der Warenausgang. Hier werden die Daten entsprechend den Anforderungen bereitgestellt.

Sternmodell und erweitertes Sternmodell

s. Sternschema

Einfaches Modell eines Data Warehouses

SAP Referenzarchitektur

ABAP Dictionary

Die Welt der SAP umfasst sowohl die transaktionale Welt als auch die des OLTP. Dadurch werden einige Probleme, grade in Richtung Konsistenz vermieden. Kernelement der SAP ist die Programmierung in ABAP. Basiswerkzeug für die Definition von Feldern ist das DDIC, das Data Dictionary oder auch ABAP Dictionary. Eigentlich ist es umgekehrt, aber an dieser Stelle einmal Scheiß drauf: Das DDIC ähnelt in Funktion den InfoElementen im SAP BW. Es kapselt sowohl die Form der Eingabe, Speicherung, Darstellung und Aggregation als auch die sprachabhängigen Texten. SAP-Systeme sind deswegen (weitestgehend) unabhängig von den Herstellern der Datenbank, auf der das SAP System aufgesetzt worden ist. Das vermeidet viele Probleme beim ETL-Prozess (Datenkonsistenz)

Es gibt in der Welt der SAP Data Warehousing zwei Welten, die ältere, basierend auf der Architektur eines konventionellen Datenbankmanagementsystems und eine Neue auf Basis von SAP HANA. Die Welt von SAP HANA bringt von ihrer Struktur bereits viele Features mit, welche viele Strukturen aus der konventionellen Welt überflüssig machen.

Der Übergang zwischen den Welten ist nicht abrupt vollzogen worden, über Zwischenversionen (7.x) sind die Features sukzessive Eingeführt worden.

Beide Architekturen sind strukturell identisch. Die Unterschiede resultieren aus den universelleren Datenflusselementen und Fähigkeiten der SAP HANA Datenbank.

Architekturwelten

Sind bestimmt durch die Fähigkeiten und Struktur der Datenbank und den daraus resultierenden Modellierungselementen.

Layer

Layer können, müssen aber nicht verwendet werden.