Konzeptkarte

Delta Sharing-Protokoll

Stand 2026-07-24T14: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 Delta Sharing-Protokoll?

Das kopierfreie, klientenunabhängige Design von Delta Sharing lässt BDC gleichberechtigt mit Snowflake und Databricks am offenen Datenökosystem teilnehmen – das Protokoll, nicht ein proprietärer Connector, macht die werkzeugübergreifende Interoperabilität möglich.

Was es ist und warum es wichtig ist

Delta Sharing ist ein offenes Protokoll zum Teilen von Tabellen im Delta-Lake-Format über Organisationen, Tool-Stacks und Cloud-Regionen hinweg – ohne die Daten zu kopieren und ohne eine der beiden Seiten an einen einzigen Anbieter zu binden. Es begann als Databricks-Projekt und steht heute unter der Governance der Linux Foundation, was genau der Grund ist, warum es weit über Databricks hinaus übernommen wurde: Snowflake, Iceberg-basierte Lakehouses und SAP selbst sprechen alle dasselbe Protokoll. Für SAP Datasphere und SAP Business Data Cloud ist Delta Sharing die Brücke, über die die Daten eines Kunden den SAP-Bestand verlassen oder betreten können, ohne ein maßgeschneidertes Integrationsprojekt. Ein Share wird einmal definiert, ein Empfänger erhält bereichsbezogene, widerrufbare Zugangsdaten, und von diesem Zeitpunkt an bewegen sich die Daten – oder vielmehr bewegen sie sich nicht – bei Bedarf.

Der Grund, warum das kommerziell ebenso wie technisch wichtig ist: Der organisations- und plattformübergreifende Datenaustausch erforderte bisher meist entweder eine Punkt-zu-Punkt-Extraktionspipeline, einen VPN-Tunnel in eine gemeinsam genutzte Datenbank oder eine manuell aktualisierte Datei-Ablage. Alle drei bringen laufende Engineering-Kosten, eine Sicherheitsangriffsfläche und ein Veralterungsrisiko mit sich. Delta Sharing reduziert das auf eine Angelegenheit der Protokollebene – der Anbieter veröffentlicht einmal, und beliebig viele Konsumenten abonnieren mit welchem Tool auch immer sie bereits einsetzen.

Warum es zählt

Zero-Copy-Sharing bedeutet, dass sich Daten nur zum Abfragezeitpunkt über vorsignierte URLs bewegen – für den B2B-Datenaustausch ist weder eine ETL-Pipeline noch eine Verhandlung über gemeinsam genutzten Speicher nötig.
Client-agnostischer Konsum (Power BI, Tableau, Spark, pandas können alle einen Share lesen) bedeutet, dass ein von Datasphere veröffentlichter Share Teams mit jedem beliebigen Tool erreicht, ohne Schema-Drift.
Zugangsdaten-gebundener, widerrufbarer Zugriff erlaubt es einem Anbieter, mit genau einem benannten Empfänger zu teilen und den Zugriff sofort zu kappen – ein Governance-Hebel, den ein generischer Datei-Export nicht bieten kann.

Kernpunkte

Offenes Linux-Foundation-Protokoll; Datasphere ist Anbieter und Konsument; cloud- und tool-übergreifend.
Drei Schichten: Share-Definition · Empfänger-Zugangsdaten · vorsignierte Datei-URLs (Zero-Copy).
DAC pflanzt sich automatisch vom Catalog auf Shares fort – ein Vorteil gegenüber Snowflake/Databricks, wo es neu implementiert werden muss.
Anbieterseite: keine Auswirkung auf die Rechenleistung; Konsumenten lesen den Objektspeicher direkt.
Vier Anwendungsfälle: B2B-Austausch · Marktplatz-Konsum · Tool-übergreifende Interoperabilität · regionsübergreifende Replikation-Light.
Schwellenwert Replizieren vs. Teilen: ~100 GB pro Partner und Monat; darunter gewinnen Shares bei den TCO, darüber replizieren.
Token-Rotation standardmäßig vierteljährlich, monatlich für regulierte Branchen; SIEM-Anbindung für das Audit verpflichtend.
Schema-Verengung oder Spaltenentfernung = Vertragsänderung; rückwärtskompatible Änderungen sind nicht-brechend.
Das Delta Sharing-Protokoll ist erst beherrscht, wenn es eine konkret benannte Käuferentscheidung verändert.
Beginnen Sie mit dem semantischen Vertrag und dem Kontrollmodell, bevor Sie das Tool demonstrieren.

Begriffe auf dieser Seite

Delta Sharing: Offenes Protokoll zum Teilen von Delta-Tabellen über Organisationen und Tools hinweg. Linux-Foundation-Open-Source, von Databricks verfasst.
Share definition: Benanntes Bündel von Tabellen, das ein Anbieter bereitstellt, mit Optionen für Spaltenprojektion und Zeilenfilterung.
Recipient credential: Token-geschützte URL, die der Anbieter an eine bestimmte Konsumenten-Organisation ausstellt. Bearer-Token-Semantik.
Pre-signed URL: Zeitlich begrenzte URL, die direkt auf Delta-Dateien im Objektspeicher des Anbieters verweist. Der Konsument liest Bytes ohne Rechenleistung des Anbieters.
Zero-copy share: Konsument liest zum Abfragezeitpunkt die vom Anbieter gespeicherten Dateien; keine Replikation oder Vorab-Bereitstellung nötig.
Recipient lifecycle: Ablauf Bereitstellen → Rotieren → Prüfen → Widerrufen pro Partnerbeziehung.
Time-travel query: Zeitpunktbezogener Lesevorgang einer geteilten Tabelle in einer bestimmten Version, zur Reproduzierbarkeit bei Audits.
Iceberg sharing: Alternatives Apache-Open-Source-Protokoll, semantisch ähnlich zu Delta Sharing. Preview in Datasphere 2026.

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 →