Konzeptkarte

SAP Datasphere Delta Sharing

Stand 2026-07-23

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 Datasphere Delta Sharing?

Delta Sharing erlaubt es einem Datasphere-Space, eine live governte Sicht als schreibgeschützte Delta-Tabelle an Databricks, Fabric oder Snowflake zu veröffentlichen — und ersetzt damit die alte Wahl zwischen veralteten nächtlichen Extrakten und governance-brechender Live-Föderation.

Worum es geht

SAP Datasphere Delta Sharing ist die offene Protokollfläche, die es einem Datasphere-Space erlaubt, kuratierte Datenprodukte für externe Konsumenten freizugeben — Databricks, Microsoft Fabric, Snowflake, eigene Python-Clients —, ohne die Daten zu kopieren, ohne eine parallele Pipeline aufzubauen und ohne das innerhalb von Datasphere definierte Row-Level-Security-Modell zu untergraben.

Das Problem, das Delta Sharing löst: Endkundenlandschaften betreiben zunehmend einen Multi-Engine-Analytics-Stack. SAP Datasphere hält die governte fachlich-semantische Schicht (Analytic Models, Hierarchien, Währungsumrechnung), während die Data-Science-Teams in Databricks oder Fabric arbeiten. Vor Delta Sharing gab es nur zwei Optionen: nächtliche Extrakte (veraltet, teuer) oder Live-Föderation (langsam, governance-brechend). Delta Sharing veröffentlicht eine Datasphere-View als Delta-Tabelle, die jeder Delta-Sharing-kompatible Client live lesen kann, wobei SAPs Row-Level-Security weiterhin auf der Producer-Seite durchgesetzt wird.

Warum es zählt

SAPs Row-Level-Security gilt weiterhin auf der Producer-Seite, sodass der Consumer stets nur die veröffentlichte Fläche sieht, nie die zugrundeliegenden HANA-Tabellen.
Der Zugriff läuft über einen an das Empfänger-Credential gebundenen Bearer-Token — sein Widerruf entzieht den Zugriff sofort, ohne dass eine separate Infrastrukturänderung nötig ist.
Es ist per Design read-only: Greifen Sie nicht darauf zurück, wenn der Consumer Rückschreiben benötigt oder die Integration hochfrequent operativ ist — verwenden Sie stattdessen BDC Native Shares.

Kernpunkte

Offenes Protokoll — jeder Delta-Sharing-kompatible Client (Databricks, Fabric, Snowflake, pandas, Spark) kann lesen; kein SAP-spezifischer Treiber erforderlich.
Producer-seitige Governance — Spaltenauswahl, Zeilenfilter pro Empfänger, Aktualisierungsrhythmus und Credential-Lifecycle werden vollständig in Datasphere gesteuert.
Row-Level-Security-Übernahme — im Datasphere-Analytic-Model definierte RLS-Regeln gelten für den veröffentlichten Share; der Empfänger sieht nur seine autorisierten Zeilen.
Bearer-Token-Authentifizierung — der Widerruf des Empfänger-Credentials entzieht den Zugriff in Sekunden; keine Schlüsselrotation, keine geteilten Geheimnisse im Code.
Read-only — für Rückschreib-Szenarien stattdessen BDC Native Shares oder HANA-Replikation verwenden.
SAP Datasphere Delta Sharing ist erst gemeistert, wenn es eine benannte Kaufentscheidung verändert.
Beginnen Sie mit dem semantischen Kontrakt und dem Kontrollmodell, bevor Sie das Tool demonstrieren.
Nutzen Sie aktuelle SAP-, Analysten-, Studien-, KG- und News-Signale als Beleg, nicht als Dekoration.
Trennen Sie verifizierte Fakten von richtungsweisenden Trends und modellierten Annahmen.
Definieren Sie Owner, Kennzahl, Schwellenwert, Support-Pfad und Rollback, bevor Sie skalieren.

Begriffe auf dieser Seite

Delta Sharing: Open-Source-Protokoll (ursprünglich von Databricks, heute ein Linux-Foundation-Projekt) für sicheres plattformübergreifendes Daten-Sharing ohne Kopieren; jeder kompatible Client liest einen veröffentlichten Share über HTTPS mit Bearer-Token-Authentifizierung.
Share: Eine benannte Sammlung von Datasphere-Tabellen und -Views, die für einen oder mehrere Empfänger veröffentlicht wird, mit Spaltenauswahl- und Zeilenfilter-Governance auf der Producer-Seite.
Empfänger-Credential: Der Bearer-Token, der an einen bestimmten externen Consumer gebunden ist; der Widerruf in Datasphere entzieht dessen Zugriff sofort, ohne andere Empfänger zu beeinträchtigen.
Row-Level-Security-Übernahme: Das Muster, bei dem im Datasphere-Analytic-Model definierte RLS-Regeln weiterhin für über Delta Sharing offengelegte Daten gelten — der Consumer kann sie nicht umgehen, indem er den Share direkt liest.
Entscheidungsverantwortlicher: Die verantwortliche Person, die den Trade-off akzeptiert und die nächste Maßnahme finanziert.
Semantischer Kontrakt: Die gemeinsame Definition von Fachbegriffen, Kennzahlen, Entitäten und Zugriffsregeln, die von Tools und Teams verwendet wird.
Kontrollebene: Die Schicht, die Richtlinien, Zugriff, Lineage, Monitoring und Eskalation im gesamten Betriebsmodell durchsetzt.
Evidenzgrad: Ein Label, das verifizierte Fakten, richtungsweisende Signale, modellierte Annahmen und Feldbeobachtungen unterscheidet.

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.

In der App öffnen →