リストの再共有¶
再共有により、プロバイダーはコンシューマーが同じリージョン内またはリージョン間で、他のSnowflakeアカウントと受信リストを共有できるようにすることができます。再共有によりデータ製品のリーチが拡大されるため、下流のすべてのコンシューマーとの個別の共有関係を管理する必要がなくなります。
再共有には3つのロールがあり、それぞれが異なるSnowflakeアカウントを表します。
プロバイダー:元のデータを所有し、リストを公開するアカウント。プロバイダーは、データの下流での再共有を制御するために、リストの再共有をオンまたはオフにすることができます。
再共有者:受信リストから新しいビューを作成し、他のアカウントと共有するプロバイダーのリストのコンシューマー。
コンシューマー:再共有者からの再共有リストにアクセスするアカウント。
注釈
マルチホップ再共有が可能であるため、再共有者はそれ自体が再共有されたデータを再共有することができます。
再共有は、次のようないくつかのシナリオをサポートします。
組織内の外部リストの再共有:企業は、Snowflake Marketplaceで、または外部ベンダーから非公開で気象データを取得する場合があります。中央のデータチームは、資格を適用した後、内部Marketplaceまたはプライベートリストとして組織の他の部分に受信リストを再共有することを希望する場合があります。
組織内または外部との内部リストの再共有:内部Marketplace内で、マーケティングチームが再共有可能なリストを作成し、そのリストを営業チームに提供します。営業チームはそのデータにアクセスし、ビューなどのその一部を使用し、それを独自のデータ製品に組み込みます。次に、営業チームはその変換されたデータ製品を財務チームと共有します。また、営業チームはこの受信データセットの一部の要素を取得し、ポリシーを適用し、パートナーと外部で共有する可能性もあります。
クロスリージョンの再共有:ある企業は世界中でSnowflakeアカウントを持ち、ドイツに中央の全社ウェアハウスを置いています。マレーシアにあるアカウントは、ドイツにあるSnowflakeアカウントとデータを共有しています。そのデータは、コピーを作成せずに、同じリージョンの2番目のアカウントと再共有できます。クロスリージョンの再共有の場合、Snowflakeはターゲットリージョンにデータを自動的に複製します。
主要な機能¶
リーチの拡大:プロバイダーは、データを公開または非公開で共有し、そのデータを再共有できるようにすることで、データ製品を顧客にとってより価値のあるものにします。
低い運用コストとストレージコスト:コンシューマーは、データの物理的コピーを作成して維持する必要はありません。
再共有時に変換する機能:コンシューマーはオプションでデータ製品を管理または変換し、内部Marketplace内で同僚と再共有したり、ビジネスパートナーと非公開で共有したりできます。
付加価値リセラーのバンドル:ネイティブアプリやデータ製品の一部として、他のベンダーからの受信リストをバンドルします。
クロスリージョンの自動フルフィルメント:再共有者がリストデータを別のリージョンと共有する場合、リストの自動フルフィルメントはターゲットリージョンにデータを複製します。プロバイダーに、この複製の追加コストは発生しません。複製コストは再共有者の負担となります。
リストの再共有ワークフロー¶
再共有の典型的なワークフローには、少なくとも3人の関係者が含まれます。
元のデータ製品を所有するプロバイダーは、公開または非公開でデータ製品をコンシューマー(コンシューマーA)と共有します。
コンシューマーAは、共有データを参照するビューを作成し、これらの*送信*ビューを第2レベルのアカウント(コンシューマーB)と公開または非公開で共有します。
コンシューマーBは、再共有されたデータ製品を取得して使用します。
再共有のアクセス制御要件¶
リストを再共有するためのロールと権限は、:ref:`リストの作成<label-organizational_listing_privileges>`の場合と同じです。
プロバイダー固有の情報については、:doc:`/collaboration/resharing-as-provider`を参照してください。
再共有者固有の情報については、:doc:`/collaboration/resharing-as-resharer`を参照してください。