Langsam veränderliche Dimensionen
Stand 2026-09-03
Jede Migration von BW zu Datasphere stößt auf dieselbe Wand: Ein Analyst fragt, in welcher Region ein Kunde zum Bestellzeitpunkt war, und das SCD-Design entscheidet, ob die Antwort richtig oder lautlos falsch ist. Dieses Modul liefert die Typ-1/2/6-Entscheidung mit ihren HANA-Kostenabwägungen, ein funktionierendes idempotentes SCD2-Ladeschema sowie die Zwei-Modell-Aufteilung in SAC (aktueller Zustand vs. historisch), die die Dimensionsauswahl sauber hält. Berater, die dieses Design verteidigen und anhand eines HANA-Ausführungsplans validieren können, machen daraus in DACH und den Benelux-Ländern regelmäßig ein Gespräch auf Principal-/Senior-Architekten-Satzniveau, weil der Kunde das Risiko bereits kennt und dafür zahlt, es zu vermeiden.
Was Sie lernen
- Den korrekten SCD-Typ (Typ 1, Typ 2, Typ 6 oder einen Hybrid innerhalb einer einzigen Dimensions-Entität) für eine gegebene Menge von SAP-Dimensionsattributen auswählen, mit schriftlicher Begründung, die Geschäftsabfrageanforderungen, HANA-Performance-Implikationen und Wartungskosten bei Skalierung abdeckt
- Einen vollständigen, idempotenten SCD-Typ-2-Ladeprozess für eine Datasphere-Lokaldimensionstabelle über einen zweiphasigen Data Flow (Alte schließen, dann Neue einfügen) implementieren, inklusive Änderungserkennung über Attribut-Hash-Vergleich und Ersatzschlüssel-Zuweisung beim Faktenladen
- Die drei häufigsten SCD-Produktionsfehler in BW-zu-Datasphere-Migrationen diagnostizieren und beheben: nicht idempotente Ladeprozesse, die doppelte Versionen erzeugen, BW-Ersatzschlüssel-Abhängigkeiten, die in Datasphere-Modelle durchsickern, sowie SAC-Dimensionsmitglied-Picker, die mehrere Einträge pro Geschäftsentität zeigen
- Zwei Datasphere-Analytic-Model-Konfigurationen aus derselben SCD2-Dimensionstabelle entwerfen — eine Aktuellzustand-Konfiguration (gefiltert auf IS_CURRENT = TRUE für operative SAC-Dashboards) und eine historische (mit Datumsbereichs-Join für die Periodenabschlussberichterstattung) — und beide mit einem HANA-EXPLAIN-PLAN validieren, um die Verwendung von Gleichheits-Join-Ersatzschlüsseln zu bestätigen
Das trügerisch schwierige Problem der Slowly Changing Dimensions
Slowly Changing Dimensions (SCD) wirken konzeptionell einfach — ein Kunde zieht um, man aktualisiert den Datensatz —, enthalten aber mehr produktive Fehlermodi als fast jedes andere dimensionale Modellierungsmuster. In SAP-Analytics-Landschaften, die von BW/4HANA nach Datasphere migrieren oder Legacy-BW-InfoProvider in Datasphere-Analytic-Models konsolidieren, ist die SCD-Handhabung durchweg eines der zwei oder drei Themen, bei denen architektonische Entscheidungen im ersten Monat kostspieligen Nacharbeitsaufwand im zwölften Monat erzeugen. Der Grund: SCD-Korrektheit ist unsichtbar, bis ein Analyst fragt „In welcher Region war dieser Kunde, als er diese Bestellung aufgab?" und die Antwort falsch ist.
Dieses Modul behandelt die technische Urteilsfähigkeit — nicht die Lehrbuchdefinitionen —, die eine korrekt arbeitende SCD von einer unterscheidet, die die historische Berichterstattung lautlos verfälscht.
Voraussetzungen
- Fortgeschrittene praktische Erfahrung in SAP-Analytics-Projekten
- Zuerst die Kernkonzepte wiederholen: C087, C083, C047
Lernergebnisse
- Ein realistisches Szenario durcharbeiten: Ein DACH-Automobil-Tier-1-Zulieferer migriert seinen BW/4HANA-Kunden- und Materialstamm — heute versioniert über zeitabhängige InfoObjects.
- Das Anti-Pattern erkennen und vermeiden: Nicht idempotentes SCD2-Laden — Das erneute Ausführen der Ladung auf einem unveränderten Extrakt erzeugt doppelte gültigkeitsdatierte Zeilen.
- Die Kernentscheidung des Moduls anwenden: Typ 1 vs. Typ 2 vs. Typ 6 für ein gegebenes Dimensionsattribut — Typ 2 wählen für jedes Attribut, das ein Finanz- oder Compliance-Bericht zu einem bestimmten Stichtag reproduzieren muss.
- Die Beherrschung mit dem KPI verfolgen: SCD2-Ladeidempotenz (Ziel: null doppelte Versionen durch einen wiederholten Extrakt oder Backfill erzeugt; Warnsignal: jede neue Zeile, die aus einem unveränderten Snapshot entsteht).
Vollständiges Modul für Mitglieder. Das vollständige Modul ergänzt: den Entscheidungsrahmen · das durchgehende Szenario · die KPI-Scorecard · die Anti-Muster · die Codeblöcke · die Wissenskontrolle · die Schemata.