[Ultimate]{class="badge positive"}

Snowflake Batch connection snowflake-destination

概要 overview

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

次の節では、Snowflakeの宛先の仕組みと、AdobeとSnowflake間でのデータの転送方法について説明します。

Snowflakeの仕組み data-sharing

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

AdobeからSnowflake アカウントへのデータフローを初めて設定すると、Adobeからのプライベートリストを受け入れるよう求めるメッセージが表示されます。

Snowflakeのプライベートリスト承認画面を示す

データ保持とTTL （顧客生涯価値） ttl

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

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

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

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

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

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

Experience Platformには、Snowflake ストリーミング ​とSnowflake バッチ ​の2種類のSnowflake配信先があります。

両方の宛先では、アカウントに物理的にコピーすることなくSnowflakeのデータにアクセスできますが、各コネクタのユースケースに関して、推奨されるベストプラクティスがいくつかあります。

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

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

ユースケース use-cases

バッチデータ共有は、オーディエンスの包括的なスナップショットが必要で、リアルタイムの更新が必要ないシナリオに最適です。次のようなものがあります。

バッチデータ共有により、完全なスナップショットが提供されるため、増分的な更新や変更を手動で統合する必要がなくなり、データ管理が簡素化されます。

前提条件 prerequisites

Snowflake接続を設定する前に、次の前提条件を満たしていることを確認してください。

必要な権限について詳しくは、Snowflake ドキュメント ​を参照してください。

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

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

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

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

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

宛先への接続 connect

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

宛先に対する認証 authenticate

宛先に対して認証を行うには、Connect to destination​を選択し、アカウント名と、オプションでアカウントの説明を指定します。

宛先への認証方法を示す

宛先の詳細の入力 destination-details

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

宛先の詳細を入力する方法を示す

アラートの有効化 enable-alerts

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

宛先接続の詳細の提供が完了したら、Next​を選択します。

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

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

属性のマップ map

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

計算フィールド コントロール ​を使用して、配列の書き出しと操作を実行できます。

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

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

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

データ構造 data-structure

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

動的なテーブルデータを含むSnowflake インターフェイスを示す

{align="center" modal="regular"}

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

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