結合ポリシーの作成

このレッスンでは、複数のデータソースをプロファイルに結合する方法に優先順位を付ける結合ポリシーを作成します。

Adobe Experience Platformでは、複数のソースからのデータを統合および組み合わせて、個々の顧客の全体像を把握できます。 このようなデータを統合する場合、データの優先順位付け方法と、統合されたビューを作成するためにどのデータを組み合わせるかを結合ポリシーで決定します。

このレッスンではユーザーインターフェイスを使用しますが、結合ポリシーを作成するための API オプションも存在します。

データアーキテクト は、このチュートリアル以外で結合ポリシーを作成する必要があります。

演習を開始する前に、この短いビデオを視聴して結合ポリシーの詳細を確認してください。

必要な権限

権限の設定レッスンでは、このレッスンを完了するために必要なすべてのアクセス制御を設定します。

結合ポリシーと結合スキーマについて

バッチ取り込みに関するレッスンでは、同じ顧客に対して少し情報が異なる 2 つのレコードをアップロードしました。 Loyalty データでは、顧客の名は Daniel で、New York City に住んでいましたが、CRM データでは、顧客の名は Danny で、Portland に住んでいました。 顧客データは時間の経過と共に変化します。 ひょっとしたら彼は Portland から New York City に引っ越したのかもしれない。 電話番号やメールアドレスなど、その他のものも変更されます。 結合ポリシーは、2 つのデータソースが同じユーザーに対して異なる情報を提供する場合に、これらのタイプの競合を処理する方法を決定するのに役立ちます。

では、なぜ Danny がファーストネームで勝ったのでしょうか？ 見てみましょう。

プロファイルに対して複数のスキーマが有効な場合、基本クラスを共有するすべてのプロファイル対応レコードスキーマに対して、​ 結合スキーマ ​ が自動的に作成されます。 ​ 和集合スキーマ ​ タブに移動すると 和集合スキーマ を表示できます。

ExperienceEvent クラスには結合スキーマがないことに注意してください。 ExperienceEvent データは時系列ベースなので、引き続きプロファイルに格納されますが、各イベントにはタイムスタンプと ID が含まれ、競合は問題になりません。

そのデフォルトの結合ポリシーが気に入らない場合はどうすればよいですか？ 競合が発生した場合に Luma がロイヤルティシステムを真実のソースにすべき場合はどうすればよいですか？ そのため、結合ポリシーを作成します。