本文へスキップ
← ニュース一覧
Databricks Blog2026年11月6日

コピーせず読む:ファイルフィードやAPIフィードをOpenSharingに置き換える - パート1(理由編)

英語原文から AI が翻訳しました。 英語版を見る

要約

SFTPへのファイル投入やAPIプルで顧客データをコピーする代わりに、OpenSharingで顧客が共有するテーブルをその場で読み取り、streamingまたはchange data feedで変更を追跡できます。処理済み分を自分で管理する必要はありません。これにより、フィードごとのパイプライン、壊れやすい増分ロード、バックフィル、重複したストレージが不要になります。顧客側も共有しやすくなります。受信者として追加するのは、すでに管理しているテーブルへの権限付与だけで、すべてのアクセスは監査ログに記録されます。

* 従来の顧客フィードは規模が拡大するとコストが膨らみます:SFTPへの投入やAPIプルのたびに、監視すべきパイプラインが増え、増分ロードは壊れやすく、バックフィルは顧客側の対応に左右され、顧客データの複製を保存する必要があります。 * 顧客のテーブルはコピーせずその場で読み取る:OpenSharingを使えば、顧客が共有するテーブルの変更をstreamingまたはchange data feedで追跡でき、処理済み分を自分で管理する必要がありません。 * 顧客にとって共有がより簡単に:受信者として追加するのは、すでに管理しているテーブルへの権限付与だけで、共有データへのアクセスは毎回監査ログに記録されます。

関連記事

News

コピーではなく参照へ:OpenSharingでファイルフィードを置き換える - パート2(実装編)

databricks-blog3h ago
News

公共部門組織がAIを大規模にガバナンスする方法

databricks-blog10h ago
News

Feature Viewsによるリアルタイム不正検知

databricks-blog1d ago
News

Databricks Appsをスケールさせるビルダー向けガイド

databricks-blog1d ago