Konzeptkarte

BDC Connect for Databricks

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 BDC Connect for Databricks?

BDC Connect for Databricks, seit dem 06.10.2025 verfügbar (GA), ist eine echte bidirektionale Zero-Copy-Brücke über Delta Sharing — eine Delta-Tabelle in Databricks wird zu einem abfragbaren BDC Data Product und umgekehrt, ohne ETL-Pipeline und ohne dass Daten ihren maßgeblichen Speicherort verlassen.

BDC Connect for Databricks ist die Zero-Copy-Brücke, über die SAP Business Data Cloud und ein Databricks Lakehouse gegenseitig auf ihre jeweils verwalteten Daten zugreifen können, ohne dass eine der beiden Seiten auch nur eine einzige Zeile kopiert, exportiert oder repliziert. Für jeden Architekten, der eine Databricks-lastige Analytics-Landschaft gegen SAPs eigene semantische Schicht abwägt, verändert dies die Fragestellung von „welche Plattform gewinnt“ zu „wie teilen sich die beiden Plattformen eine gemeinsame, governte Wahrheit“.

Was es ist und warum es wichtig ist

Historisch bedeutete die Anbindung von SAP-Daten an ein Databricks Lakehouse — oder umgekehrt — den Aufbau und Betrieb einer Extract-Transform-Load-Pipeline: ein Batch-Job, ein Staging-Bereich, eine zweite Kopie der Daten, die gegenüber der Quelle aus der Synchronisation geraten konnte und die eigene Zugriffskontrollen, eigenes Monitoring und eine eigene Fehlerbehebung benötigte. BDC Connect for Databricks entfernt diese Pipeline vollständig, indem es das offene Delta-Sharing-Protokoll nutzt — denselben Mechanismus, den Databricks bereits verwendet, um Delta-Lake-Tabellen über Organisationsgrenzen hinweg zu teilen —, gepaart mit SAPs eigener Governance-Schicht für Data Products innerhalb von BDC. Das Ergebnis ist kein Konnektor im klassischen Sinn; es ist ein gemeinsamer Governance-Vertrag, der über zwei getrennte Speicherebenen gelegt wird, zwischen denen tatsächlich nie Daten bewegt werden.

Warum es zählt

Das direkte SQL-Abfragebeispiel ist der konkrete Beleg dafür, dass die Integration wirklich Zero-Copy ist und keine Marketingaussage — Lesevorgänge fließen direkt vom BDC-verwalteten Speicher zum Databricks-Compute-Cluster.
Die OAuth-2.0-Bearer-Token-Registrierung pro BDC-Mandant ist der eigentliche Sicherheitsmechanismus — ein konkretes Detail, das vor der Scoping-Phase gegen das IAM-Modell eines Kunden geprüft werden sollte.
Governance (Owner, Freshness-SLA, Klassifikation) gilt für jedes in beide Richtungen veröffentlichte Data Product — dies ist ein governter Marktplatz, keine rohe Datenleitung.

Kernpunkte

BDC Connect for Databricks ist erst dann beherrscht, wenn es eine konkret benannte Käuferentscheidung verändert.
Beginnen Sie mit dem semantischen Vertrag und dem Kontrollmodell, bevor Sie das Werkzeug vorführen.
Nutzen Sie aktuelle Signale von SAP, Analysten, Studien, dem Knowledge Graph und Nachrichten als Beleg, nicht als Dekoration.
Trennen Sie verifizierte Fakten von richtungsweisenden Trends und modellierten Annahmen.
Legen Sie Owner, Metrik, Schwellenwert, Support-Pfad und Rollback fest, bevor skaliert wird.
Definieren Sie auch bei Nicht-KI-Anwendungsfällen Qualität, Adoption und operative Verantwortung.
Hinterlassen Sie ein wiederverwendbares Betriebs-Asset: Memo, Checkliste, Kontrolltabelle und Ausnahmeprotokoll.
Eine erstklassige Antwort ist kurz, macht Kompromisse explizit und ist in einem Lenkungsausschuss verteidigungsfähig.

Begriffe auf dieser Seite

Decision owner: Die verantwortliche Person, die den Kompromiss akzeptiert und die nächste Maßnahme finanziert.
Semantic contract: Die gemeinsame Definition von Geschäftsbegriffen, Kennzahlen, Entitäten und Zugriffsregeln, die von Tools und Teams verwendet wird.
Control plane: Die Schicht, die Policy, Zugriff, Lineage, Monitoring und Eskalation über das Betriebsmodell hinweg durchsetzt.
Evidence grade: Eine Kennzeichnung, die verifizierten Fakt, richtungsweisendes Signal, modellierte Annahme und Feldbeobachtung voneinander trennt.
Adoption metric: Das messbare Verhalten, das belegt, dass das Konzept die tatsächliche Arbeit nach dem Go-Live verändert hat.
Reusable IP: Ein Artefakt, eine Checkliste oder ein Modell, das/die über Kunden hinweg wiederverwendet werden kann, ohne kundenspezifische Daten zu kopieren.
Decision owner: Die verantwortliche Person, die den Kompromiss akzeptiert und die nächste Maßnahme finanziert.
Semantic contract: Die gemeinsame Definition von Geschäftsbegriffen, Kennzahlen, Entitäten und Zugriffsregeln, die von Tools und Teams verwendet wird.

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 →