Fiche concept

Delta Sharing Protocol

À jour au 2026-07-24T14:00:00Z

Édité par Cédric-Olivier Mâry, éditeur et directeur de la publication — 27 ans d'écosystème SAP. Comment ces pages sont produites, et où intervient l'automatisation.

Qu'est-ce que Delta Sharing Protocol ?

La conception zéro-copie et agnostique au client de Delta Sharing permet à BDC de participer à égalité à l'écosystème data ouvert avec Snowflake et Databricks — c'est le protocole, pas un connecteur propriétaire, qui fait fonctionner l'interopérabilité cross-outil.

Ce que c'est et pourquoi cela compte

Delta Sharing est un protocole ouvert pour partager des tables au format Delta Lake entre organisations, entre piles d'outils différentes et entre régions cloud — sans copier la donnée et sans enfermer l'un ou l'autre camp dans un seul fournisseur. Le protocole est né chez Databricks et vit désormais sous la gouvernance de la Linux Foundation, ce qui explique précisément pourquoi il a été adopté bien au-delà de Databricks : Snowflake, les lakehouses fondés sur Iceberg, et SAP lui-même parlent tous le même protocole. Pour SAP Datasphere et SAP Business Data Cloud, Delta Sharing est le pont qui permet aux données d'un client de sortir de, ou d'entrer dans, le périmètre SAP sans projet d'intégration sur mesure. Un partage se définit une seule fois, un destinataire reçoit des identifiants scopés et révocables, et à partir de là les données se déplacent — ou plutôt ne se déplacent pas — à la demande.

La raison pour laquelle cela compte autant commercialement que techniquement : la plupart des échanges de données entre organisations ou entre plateformes exigeaient jusqu'ici soit un pipeline d'extraction point à point, soit un tunnel VPN vers une base partagée, soit un dépôt de fichiers rafraîchi manuellement. Ces trois approches portent un coût d'ingénierie récurrent, une surface de sécurité et un risque d'obsolescence. Delta Sharing ramène tout cela à une simple question de protocole — le producteur publie une seule fois, et un nombre quelconque de consommateurs s'abonnent avec l'outil qu'ils utilisent déjà.

Comment cela fonctionne

Pourquoi c'est important

Le partage zéro-copie signifie que la donnée ne bouge qu'au moment de la requête via des URL pré-signées — pas besoin de pipeline ETL ni de négociation de stockage partagé pour un échange B2B.
La consommation agnostique au client (Power BI, Tableau, Spark, pandas peuvent tous lire un share) signifie qu'un share publié par Datasphere atteint des équipes sur n'importe quel outil sans dérive de schéma.
L'accès révocable et scopé par identifiant permet à un producteur de partager avec un destinataire nommé et de couper l'accès instantanément — un levier de gouvernance qu'un export de fichier générique ne peut égaler.

Points clés

Protocole ouvert de la Linux Foundation ; Datasphere est à la fois producteur et consommateur ; cross-cloud + cross-tool.
Trois couches : définition du share · identifiants du destinataire · URLs de fichiers pré-signées (zero-copy).
Le DAC se propage automatiquement du Catalog vers les shares — un avantage concurrentiel face à Snowflake/Databricks où il doit être réimplémenté.
Côté producteur : impact compute nul ; les consommateurs lisent directement l'object store.
Quatre cas d'usage : échange B2B · consommation marketplace · interopérabilité cross-tool · réplication légère multi-région.
Seuil réplication-vs-partage : ~100 GB/partenaire-mois ; en dessous le partage gagne sur le TCO, au-dessus la réplication.
Rotation des tokens trimestrielle par défaut, mensuelle pour les secteurs régulés ; le branchement SIEM est obligatoire pour l'audit.
Le rétrécissement de schéma ou la suppression de colonne = changement de contrat ; les changements rétrocompatibles ne sont pas cassants.
Delta Sharing Protocol n'est maîtrisé que lorsqu'il change une décision d'acheteur nommée.
Commencer par le contrat sémantique et le modèle de contrôle avant de démontrer l'outil.

Termes employés sur cette page

Delta Sharing: Protocole ouvert pour partager des tables Delta entre organisations et outils. OSS de la Linux Foundation, conçu par Databricks.
Share definition: Lot nommé de tables qu'un producteur met à disposition, avec options de projection de colonnes et de filtrage de lignes.
Recipient credential: URL protégée par token que le producteur émet à destination d'une organisation consommatrice précise. Sémantique de bearer-token.
Pre-signed URL: URL à durée limitée pointant directement vers les fichiers Delta dans l'object store du producteur. Le consommateur lit les octets sans calcul côté producteur.
Zero-copy share: Le consommateur lit à l'exécution les fichiers stockés chez le producteur ; aucune réplication ni pré-staging requis.
Recipient lifecycle: Flux provisionnement → rotation → audit → révocation par relation partenaire.
Time-travel query: Lecture à un instant donné d'une table partagée à une version précise, pour la reproductibilité d'audit.
Iceberg sharing: Protocole alternatif OSS Apache ; sémantiquement similaire à Delta Sharing. En preview dans Datasphere en 2026.

Sources

Fiche complète réservée aux abonnés. Ce que la fiche complète ajoute : le cadre de décision complet · la comparaison SAP · Snowflake · Databricks · Fabric · les pièges courants et leur correctif · l'aide-mémoire · les schémas d'architecture · les blocs de code · les chiffres à citer.

Ouvrir dans l'application →

Delta Sharing Protocol

Qu'est-ce que Delta Sharing Protocol ?

Ce que c'est et pourquoi cela compte

Comment cela fonctionne

Pourquoi c'est important

Points clés

Termes employés sur cette page

Sources

Concepts liés

Modules d'académie associés

Études approfondies

Guides SAP analytics & TJM