Zum Inhalt springen
← Alle News
Databricks Blog6. November 2026

Lesen statt kopieren: Datei- und API-Feeds durch OpenSharing ersetzen – Teil 1 (Das Warum)

Von KI aus dem englischen Original übersetzt. Auf Englisch ansehen

Zusammenfassung

Statt Kundendaten per SFTP-Ablage oder API-Abruf zu kopieren, lesen Sie die vom Kunden geteilte Tabelle mit OpenSharing direkt am Ort und verfolgen ihre Änderungen per Streaming oder Change Data Feed – ohne selbst nachhalten zu müssen, was bereits verarbeitet wurde. Das macht Pipelines pro Feed, fragile inkrementelle Loads, Backfills und doppelte Speicherung überflüssig. Auch für Kunden wird das Teilen einfacher: Sie als Empfänger hinzuzufügen, ist nur eine Berechtigung auf eine Tabelle, die sie ohnehin pflegen, und Audit-Logs protokollieren jeden Zugriff.

* Klassische Kunden-Feeds werden mit wachsender Skalierung teuer: Jede SFTP-Ablage und jeder API-Abruf bedeutet eine weitere Pipeline, die überwacht werden muss, fragile inkrementelle Loads, Backfills, die vom Kunden abhängen, und eine doppelte Kopie seiner Daten, die gespeichert werden muss. * Die Tabelle des Kunden direkt lesen statt kopieren: Mit OpenSharing verfolgen Sie Änderungen an den Tabellen, die Ihre Kunden teilen, per Streaming oder Change Data Feed – ohne selbst nachzuhalten, was bereits verarbeitet wurde. * Das Teilen wird für Ihre Kunden einfacher: Sie als Empfänger hinzuzufügen, ist nur eine Berechtigung auf eine Tabelle, die sie ohnehin pflegen, und Audit-Logs erfassen jeden Zugriff auf die geteilten Daten.

Ähnliche Artikel

News

Lesen statt kopieren: Dateifeeds mit OpenSharing ersetzen – Teil 2 (So gelingt die Umsetzung)

databricks-blog4h ago
News

Wie Organisationen des öffentlichen Sektors KI im großen Maßstab steuern können

databricks-blog11h ago
News

Betrugserkennung in Echtzeit mit Feature Views

databricks-blog1d ago
News

Leitfaden für Entwickler: Databricks Apps skalieren

databricks-blog1d ago