SAP-Wiki

Ein ODS-Objekt speicherte Daten auf Belegebene in transparenten Tabellen: Aktivierungsqueue, Tabelle der aktiven Daten und Changelog. Der entscheidende Unterschied zum InfoCube lag im Schlüssel: Datensätze ließen sich gezielt aktualisieren, Stornos und Statuswechsel kamen korrekt an. Deshalb bildeten ODS-Objekte die Eingangs- und Harmonisierungsschicht, während InfoCubes darüber verdichtete, auf Auswertung optimierte Strukturen lieferten. Das Changelog versorgte nachgelagerte Ziele mit Delta-Informationen und hielt die Ladeketten schlank.

Der Begriff selbst ist Geschichte: Mit SAP BW 7.0 benannte SAP die Objekte in DataStore-Objekte (DSO) um, funktional blieb zunächst alles beim Bewährten. In SAP BW/4HANA verschmolzen DSO und InfoCube dann zum Advanced DataStore-Objekt (aDSO), dem einzigen Speicherbaustein des neuen Systems. Wer heute noch von ODS-Objekten spricht, arbeitet also mit einem klassischen BW-Release oder mit Dokumentation aus dieser Zeit. Für das Verständnis alter Datenflüsse bleibt das Wissen trotzdem nützlich.

Für laufende Systeme heißt das: Bestehende ODS- und DSO-Modelle funktionieren weiter, jede Modernisierung führt aber über ihre Ablösung. Bei einer Konvertierung nach BW/4HANA wandelt das Transfer-Cockpit klassische Objekte in aDSOs um. Eigenlogik in Transformationen und alte 3.x-Datenflüsse brauchen Handarbeit. Wer dagegen Richtung SAP Datasphere zieht, baut die Basisschicht dort neu auf oder übernimmt Kernbestandteile über die BW Bridge. In beiden Fällen lohnt vorab eine Nutzungsanalyse, die tote Objekte aussortiert.