Konzeptkarte

SAP BW (Business Warehouse)

Stand 2026-08-05T12:00:00Z

Redaktion: Cédric-Olivier Mâry, alleiniger Redakteur und verantwortlich für die Veröffentlichung — 27 Jahre im SAP-Ökosystem. Wie diese Seiten entstehen und wo Automatisierung eingesetzt wird.

Was ist SAP BW (Business Warehouse)?

SAPs ABAP-basiertes Enterprise-Data-Warehouse, seit 1998 ausgeliefert und noch immer das analytische Rückgrat eines großen Teils der installierten SAP-Basis. Zu verstehen, was „BW“ über vier Produktgenerationen hinweg bezeichnet, ist die Voraussetzung, um jedes Migrationsargument dazu einordnen zu können.

Worum es geht

SAPs ABAP-basiertes Enterprise-Data-Warehouse. Es wurde 1998 als Business Information Warehouse ausgeliefert, wurde zu SAP NetWeaver BW und hat vier Produktgenerationen durchlaufen, die der Markt beharrlich zu einem einzigen Wort zusammenzieht.

Die vier Dinge, die „BW“ heißen. BW 7.x auf beliebiger Datenbank ist der klassische Stack, der auf Oracle, DB2, SQL Server oder HANA läuft. BW on HANA ist dieselbe ABAP-Anwendung mit HANA darunter — ein Datenbankwechsel, kein neues Produkt. BW/4HANA ist ein eigenständiges Produkt mit eigener Codelinie, ausschließlich auf HANA, mit einem bewusst reduzierten Objektmodell. BW Bridge ist eine BW-Laufzeitumgebung innerhalb von SAP Datasphere, gedacht als Landezone für bestehende BW-Inhalte, nicht als Ort, um neue Modelle zu bauen. Eine Aussage über „BW“, die nicht sagt, welches davon gemeint ist, ist noch keine Aussage über irgendetwas Handlungsrelevantes.

Warum das Objektmodell zählt. Der Wert von BW lag nie in der Speicherung. Es war eine meinungsstarke Modellierungsschicht: InfoObjects, die Stammdaten, Texte und Hierarchien tragen; DSOs für die konsolidierte Zwischenschicht; InfoCubes für die Sternschema-Abfrage; Transformationen und DTPs für die Bewegung; Process Chains für die Orchestrierung; und eine Query-Schicht, die Zeitabhängigkeit und Währungsumrechnung zu einem von jemand anderem gelösten Problem machte. BW/4HANA hat dies auf eine kleinere Menge reduziert — der aDSO übernahm das meiste von dem, was DSOs und InfoCubes getrennt leisteten, und CompositeProviders übernahmen MultiProviders und InfoSets. Diese Reduktion ist die eigentliche Migrationsarbeit, und deshalb ist ein Lift-and-Shift selten das, was tatsächlich passiert.

Warum es zählt

Fast jedes Gespräch über eine SAP-Analytics-Migration beginnt bei einem BW-Bestand. Welches BW dabei gemeint ist, entscheidet über die verfügbaren Pfade, den Aufwand und ob überhaupt eine Frist gilt.

Kernpunkte

🔴 „BW“ bezeichnet vier verschiedene Dinge: BW 7.x auf beliebiger Datenbank, BW on HANA, BW/4HANA und BW Bridge innerhalb von SAP Datasphere. Sie teilen sich keinen Wartungshorizont — vor jeder Antwort erst klären, welches gemeint ist.
Installierte Basis: 20.000-30.000 BW-7.5-Kunden weltweit (SAP — Dominik Kurz, Sapphire 2025). Eine Untergrenze aus öffentlicher Offenlegung, keine Zählung.
Nicht mit ~17.000 verwechseln — das ist die installierte Basis von ECC (ERP) und gehört zu einem völlig anderen Produkt.
Das Modellierungsvokabular — InfoProvider, DSO, InfoCube, Transformation, Process Chain — ist das, was tatsächlich auf einen Nachfolger übergeht, mehr als jedes einzelne Artefakt.
Es gibt keine frei zugängliche, primäre, aufzählbare Liste von BW-Kunden; kommerzielle Datenbanken weichen um den Faktor sechs voneinander ab.

Begriffe auf dieser Seite

InfoObject: Die atomare BW-Modellierungseinheit — ein Merkmal oder eine Kennzahl, die eigene Stammdaten, Texte und Hierarchien trägt.
DSO (DataStore Object): Die konsolidierte Zwischenschicht; enthält Detaildatensätze mit Change-Log-Semantik.
InfoCube: Das klassische, für Abfragen optimierte Sternschema-Objekt; in BW/4HANA zugunsten des aDSO entfernt.
Process chain: Das Orchestrierungsobjekt von BW — der geplante Abhängigkeitsgraph, der Ladevorgänge und Aktivierungen ausführt.
BW Bridge: Eine BW-Laufzeitumgebung innerhalb von SAP Datasphere, eine Landezone für bestehende BW-Inhalte statt ein Ort, um neue Modelle zu bauen.

Quellen

Vollständige Karte für Mitglieder. Was die vollständige Karte ergänzt: den vollständigen Entscheidungsrahmen · den Vergleich SAP · Snowflake · Databricks · Fabric · die häufigen Fallstricke und ihre Behebung · die Kurzreferenz · die Architekturschemata · die Codeblöcke · die zitierfähigen Kennzahlen.

In der App öffnen →