Aller au contenu
← Toutes les actus
Databricks Blog6 novembre 2026

Lire plutôt que copier : remplacer les flux de fichiers et d'API par OpenSharing – Partie 1 (Le pourquoi)

Traduit de l'original anglais par IA. Voir en anglais

Résumé

Au lieu de copier les données client via des dépôts SFTP ou des appels d'API, vous pouvez lire sur place la table partagée par le client avec OpenSharing et suivre ses modifications via le streaming ou le change data feed, sans avoir à suivre vous-même ce qui a déjà été traité. Cela supprime les pipelines par flux, les chargements incrémentaux fragiles, les backfills et le stockage en double. Le partage devient aussi plus simple pour les clients : vous ajouter comme destinataire revient à accorder un droit sur une table qu'ils maintiennent déjà, et les journaux d'audit consignent chaque accès.

* Les flux clients traditionnels deviennent coûteux à grande échelle : chaque dépôt SFTP ou appel d'API ajoute un pipeline à surveiller, des chargements incrémentaux fragiles, des backfills qui dépendent de votre client et une copie en double de ses données à stocker. * Lisez la table du client sur place plutôt que de la copier : avec OpenSharing, vous suivez les modifications des tables que vos clients partagent via le streaming ou le change data feed, sans suivre vous-même ce qui a été traité. * Le partage est plus simple pour vos clients : vous ajouter comme destinataire revient à accorder un droit sur une table qu'ils maintiennent déjà, et les journaux d'audit enregistrent chaque accès à leurs données partagées.

Articles similaires

News

Lire plutôt que copier : remplacer les flux de fichiers par OpenSharing – Partie 2 (mise en œuvre)

databricks-blog4h ago
News

Comment les organisations du secteur public peuvent gouverner l'IA à grande échelle

databricks-blog11h ago
News

Détection de fraude en temps réel avec Feature Views

databricks-blog1d ago
News

Guide du développeur pour faire évoluer Databricks Apps

databricks-blog1d ago