[ベータ版]{class="badge informative"} [Ultimate]{class="badge positive"}

Snowflake バッチ接続 snowflake-destination

概要 overview

オーディエンスデータをSnowflake アカウントの動的テーブルに送信する場合は、この宛先を使用します。 動的テーブルを使用すると、物理的なデータコピーを必要とせずにデータにアクセスできます。

Snowflakeの宛先の仕組みと、AdobeとSnowflakeの間でのデータの転送方法については、次の節を参照してください。

Snowflake データ共有の仕組み data-sharing

この宛先は、Snowflake データ共有を使用します。つまり、データが物理的に書き出されたり、独自のSnowflake インスタンスに転送されたりすることはありません。 代わりに、Adobeでは、Adobe Snowflake環境内でホストされるライブテーブルへの読み取り専用アクセスが許可されます。 この共有テーブルに対してSnowflake アカウントから直接クエリを実行できますが、テーブルを所有しておらず、指定した保持期間を超えてテーブルを変更または保持することはできません。 Adobeは、共有テーブルのライフサイクルと構造を完全に管理します。

AdobeからSnowflake アカウントに初めてデータフローを設定した後、Adobeからの非公開リストへの登録を受け入れるように求められます。

データ保持と有効期間（TTL） ttl

この統合を通じて共有されるすべてのデータでは、7 日間の固定有効期限（TTL）が設定されています。 最後のエクスポートから 7 日後、データフローがまだアクティブであるかどうかに関係なく、動的テーブルは自動的に期限切れになり、アクセスできなくなります。 7 日を超えてデータを保持する必要がある場合、TTL の有効期限が切れる前に、内容を独自のSnowflake インスタンスで所有するテーブルにコピーする必要があります。

オーディエンスの更新動作 audience-update-behavior

オーディエンスが ​ バッチモード ​ で評価される場合、共有テーブルのデータは 24 時間ごとに更新されます。 つまり、オーディエンスメンバーシップの変更と共有テーブルに変更が反映される間に、最大 24 時間の遅延が発生する可能性があります。

バッチデータ共有ロジック batch-data-sharing

データフローが初めてオーディエンスに対して実行されると、バックフィルが実行され、現在認定されているすべてのプロファイルが共有されます。 この最初のバックフィル後、宛先は、完全なオーディエンスメンバーシップのスナップショットを定期的に提供します。 各スナップショットは、共有テーブル内の以前のデータを置き換え、履歴データのないオーディエンスの最新の完全なビューを常に表示できるようにします。

ストリーミングとバッチデータ共有 batch-vs-streaming

Experience Platformには、Snowflake ストリーミングと ​2}Snowflake バッチ ​ の 2 種類のSnowflake宛先が用意されています。

どちらの宛先でも、ゼロコピー方式でSnowflakeのデータにアクセスできますが、各コネクタのユースケースに関しては、いくつかの推奨されるベストプラクティスがあります。

次の表に、各データ共有方法が最も適したシナリオを概説することで、使用するコネクタを決定するのに役立ちます。

ストリーミングデータ共有について詳しくは、Snowflake ストリーミング接続 ​ ドキュメントを参照してください。

ユースケース use-cases

バッチデータ共有は、オーディエンスの完全なスナップショットが必要で、リアルタイムの更新が不要な状況に最適です。例えば、次のような場合です。

バッチデータ共有は、完全なスナップショットを提供することでデータ管理を簡素化し、増分更新や結合の変更を手動で管理する必要をなくします。

サポートされるオーディエンス supported-audiences

この節では、この宛先に書き出すことができるオーディエンスのタイプについて説明します。 以下の 2 つの表は、このコネクタがサポートするオーディエンスを、オーディエンスオリジン および オーディエンスに含まれるプロファイルタイプ 別に示しています。

オーディエンスデータタイプでサポートされるオーディエンス：

書き出しのタイプと頻度 export-type-frequency

宛先の書き出しのタイプと頻度について詳しくは、以下の表を参照してください。

宛先への接続 connect

この宛先に接続するには、宛先設定のチュートリアルの手順に従ってください。宛先の設定ワークフローで、以下の 2 つのセクションにリストされているフィールドに入力します。

宛先に対する認証 authenticate

宛先を認証するには、「宛先に接続」を選択し、アカウント名と、オプションでアカウントの説明を入力します。

宛先の詳細の入力 destination-details

宛先の詳細を設定するには、以下の必須フィールドとオプションフィールドに入力します。UI のフィールドの横のアスタリスクは、そのフィールドが必須であることを示します。

アラートの有効化 enable-alerts

アラートを有効にすると、宛先へのデータフローのステータスに関する通知を受け取ることができます。リストからアラートを選択して、データフローのステータスに関する通知を受け取るよう登録します。アラートについて詳しくは、UI を使用した宛先アラートの購読に関するガイドを参照してください。

宛先接続の詳細の入力を終えたら「次へ」を選択します。

この宛先に対してオーディエンスをアクティブ化 activate

この宛先に対してオーディエンスをアクティブ化する手順については、バッチプロファイル書き出し宛先に対するオーディエンスデータのアクティブ化を参照してください。

属性のマッピング map

この宛先に ID およびプロファイル属性を書き出すことができます。

​ 計算フィールドコントロール ​ を使用して、配列に対する操作をエクスポートしたり実行したりできます。

ターゲット属性は、「属性名 フィールドに指定した属性名を使用して、Snowflakeで自動的に作成されます。

書き出されたデータ／データ書き出しの検証 exported-data

データは、動的テーブルを介してSnowflake アカウントにステージングされます。 データが正しく書き出されたことをSnowflake アカウントで確認します。

データ構造 data-structure

動的テーブルには、次の列が含まれます。

既知の制限事項 known-limitations

複数の結合ポリシー

複数の結合ポリシーを持つオーディエンスは、単一のデータフローではサポートされません。 結合ポリシーが異なると、スナップショットが異なり、実際には、一方のオーディエンスに関連するデータは、両方のオーディエンスのデータが期待どおりに書き出されるのではなく、もう一方のオーディエンスのデータで上書きされます。

データの使用とガバナンス data-usage-governance

Adobe Experience Platform のすべての宛先は、データを処理する際のデータ使用ポリシーに準拠しています。Adobe Experience Platform がどのように データガバナンスを実施するかについて詳しくは、データガバナンスの概要を参照してください。