多くの場合、顧客データは複数のテーブルに分散されます。 このデータを相互に接続して、シナリオに活用することが重要です。 たとえば、ユーザー、注文、注文の詳細、製品のテーブルがあるとします。 最近注文したすべてのユーザーのセグメントが必要だとします。 このセグメントを作成するには、 Users テーブルだけを使用することはできませんが、 Orders テーブルと Users テーブルが必要です。 Users テーブルと Orders テーブルは、userId などのキーを使用して相互にリンクされている必要があります。 Customer Insights のリレーションシップ - データを使用すると、テーブルをリンクできるため、セグメントやメジャー、その他の Customer Insights - データ プロセス間のすべてのデータを使用できます。
リレーションシップは、テーブルが共通の識別子である外部キーを共有する場合に、データのグラフを定義します。 この外部キーは、テーブル間で参照できます。 リレーションシップは、外部キーを含む ソース テーブル と、ソース テーブルの外部キーが指す ターゲット テーブル で構成されます。
リレーションシップには次の 3 種類があります。
- 編集できないシステムリレーションシップは、データ統合プロセスの一部としてシステムによって作成されます
- 編集できない継承されたリレーションシップは、データ ソースの取り込みから自動的に作成されます
- 編集可能なカスタム リレーションシップは、ユーザーによって作成および構成されます
編集できないシステムリレーションシップ
データの統合中、システムリレーションシップはインテリジェントマッチングに基づいて自動的に作成されます。 これらのリレーションシップは、顧客プロファイル レコードを対応するレコードに関連付けるのに役立ちます。 次の図は、3 つのシステム ベースのリレーションシップの作成を示しています。 顧客テーブルが他のテーブルと照合され、統合された Customer テーブルが生成されます。
- Customer テーブルと Contact テーブルの間に CustomerToContact リレーションシップが作成されました。 Customer テーブルは、Contact テーブルのキー フィールドcontactID に関連付けるContact_contactIDキー フィールドを取得します。
- Customer テーブルと Account テーブルの間に CustomerToAccount リレーションシップが作成されました。 Customer テーブルは、取引先企業テーブルのキー フィールド accountID に関連するAccount_accountIDキー フィールドを取得します。
- Customer テーブルと WebAccount テーブルの間に CustomerToWebAccount リレーションシップが作成されました。 Customer テーブルは、WebAccount テーブルのキー フィールドwebaccountID に関連付けるWebAccount_webaccountIDキー フィールドを取得します。
編集できない継承されたリレーションシップ
データ インジェスト プロセス中に、システムはデータ ソースで既存のリレーションシップをチェックします。 リレーションシップが存在しない場合は、自動的に作成されます。 これらのリレーションシップは、ダウンストリーム プロセスでも使用されます。
カスタム リレーションシップを作成する
カスタム リレーションシップを使用すると、下流のセグメントとメジャーで一緒に使用できる 2 つのテーブルを接続できます。
たとえば、ニューヨークの店舗からコーヒーを購入したすべての顧客のセグメントを作成します。 データは、次の 3 つのテーブルに格納されます。
- loyaltyContacts: すべての顧客の一覧が含まれています。 列には、LoyaltyId と FullName が含まれます。
- 購入: すべての顧客の購入履歴が含まれます。 列には、Timestamp、LoyaltyId、PurchasePrice、StoreId が含まれます。
- ストア: 各ストアの詳細が含まれています。 列には、StoreId、StoreSize、StoreLocation が含まれます。 この例では、StoreId 列の 1 つの (ストア) リレーションシップに対する多くの (購入) として、購入とストアの間にカスタムリレーションシップを作成します。 確立されたら、Stores テーブルの StoreLocation 列にフィルターを追加することで、必要なセグメントを作成できます。
Data>Tables に移動します。
[ リレーションシップ ] タブを選択します。
新しいリレーションシップを選択します。
[ 新しいリレーションシップ ] ウィンドウで、次の情報を指定します。
リレーションシップ名: リレーションシップの目的を反映する名前。 リレーションシップ名では大文字と小文字が区別されます。 例: PurchasesToStores。
説明: リレーションシップの説明。
ソース テーブル: リレーションシップのソースとして使用されるテーブル。 例: 購入。
ターゲット テーブル: リレーションシップのターゲットとして使用されるテーブル。 例: ストア。
ソースカーディナリティ: ソース テーブルのカーディナリティ。 カーディナリティは、セット内で使用可能な要素の数を表します。 常にターゲットカーディナリティに関連します。 [1] と [多] から選択できます。 サポートされるのは、多対一リレーションシップと一対一リレーションシップのみです。
- 多対一: 複数のソース レコードを 1 つのターゲット レコードに関連付けることができます。 例: 1 つのストアからの複数の購入。
- 1 対 1: 1 つのソース レコードが 1 つのターゲット レコードに関連します。
注
多対多リレーションシップは、2 つの多対一リレーションシップと、ソース テーブルとターゲット テーブルを接続するリンク テーブルを使用して作成できます。
ターゲット カーディナリティ: ターゲット テーブル レコードのカーディナリティ。
ソース キー フィールド: ソース テーブルの外部キー フィールド。 例: StoreId
ターゲット キー フィールド: ターゲット テーブルのキー フィールド。 例: StoreId
[保存] を選択してカスタム リレーションシップを作成します。
既存のリレーションシップを管理する
[データ>テーブルとリレーションシップ] タブに移動して、作成されたすべてのリレーションシップ、ソース テーブル、ターゲット テーブル、カーディナリティを表示します。
![[リレーションシップ] ページのアクション バーにあるリレーションシップとオプションの一覧。](media/relationships-list.png)
特定のリレーションシップを検索するには、[ フィルター条件] または [ リレーションシップの検索 ] オプションを使用します。 既存のリレーションシップとそのカーディナリティのネットワーク ダイアグラムを表示するには、[ ビジュアライザー] を選択します。
リレーションシップを選択して、使用可能なアクションを表示します。
- 編集: 編集ウィンドウでカスタム リレーションシップのプロパティを更新し、変更を保存します。
- 削除: カスタム リレーションシップを削除します。
- ビュー: システムによって作成されたリレーションシップと継承されたリレーションシップを表示します。
リレーションシップ ビジュアライザーを調べる
リレーションシップ ビジュアライザーは、接続されたテーブルとそのカーディナリティの間の既存のリレーションシップのネットワーク図を示します。 また、リレーションシップ パスも視覚化します。
ビューをカスタマイズするには、キャンバス上でボックスをドラッグしてボックスの位置を変更します。 他には次のオプションがあります。
- イメージとしてエクスポート: 現在のビューをイメージ ファイルとして保存します。
- 水平方向または垂直方向のレイアウトに変更する: テーブルとリレーションシップの配置を変更します。
- 編集: 編集ウィンドウでカスタム リレーションシップのプロパティを更新し、変更を保存します。
リレーションシップ パス
リレーションシップ パスは、ソース テーブルとターゲット テーブルの間のリレーションシップに接続されているテーブルを表します。 これは、統合プロファイル テーブル以外のテーブルを含むセグメントまたはメジャーを作成するときに使用され、統合プロファイル テーブルに到達するための複数のオプションがあります。 リレーションシップ パスが異なると、結果が異なる場合があります。
たとえば、テーブル eCommerce_eCommercePurchases は、統合プロファイル Customer テーブルと次のリレーションシップを持ちます。
- 顧客eCommerce_eCommercePurchases >
- 顧客eCommerce_eCommercePurchases > eCommerce_eCommerceContacts > POS_posPurchases >
- 顧客eCommerce_eCommercePurchases > eCommerce_eCommerceContacts > POS_posPurchases > loyaltyScheme_loyCustomers >
リレーションシップ パスによって、メジャーまたはセグメントのルールを作成するときに使用できるテーブルが決まります。 リレーションシップ パスが最も長いオプションを選択すると、一致するレコードがすべてのテーブルの一部である必要があるため、結果が少なくなる可能性があります。 この例では、顧客が販売時点 (POS_posPurchases) で e コマース (eCommerce_eCommercePurchases) を通じて商品を購入し、ロイヤルティ プログラム (loyaltyScheme_loyCustomers) に参加する必要があります。 最初のオプションを選択すると、顧客が他の 1 つのテーブルにのみ存在する必要があるため、より多くの結果が得られる可能性があります。
直接リレーションシップ
リレーションシップは、ソース テーブルが 1 つのリレーションシップのみを持つターゲット テーブルに関連付けられている場合に 、直接 リレーションシップとして分類されます。
たとえば、eCommerce_eCommercePurchases というアクティビティ テーブルが ContactId のみを介してターゲット テーブルeCommerce_eCommerceContactsテーブルに接続する場合、それは直接リレーションシップです。
複数パスのリレーションシップ
マルチパス リレーションシップは、ソース テーブルを複数のターゲット テーブルに接続する特殊な種類の直接リレーションシップです。
たとえば、eCommerce_eCommercePurchases と呼ばれるアクティビティ テーブルが、eCommerce_eCommerceContactsとloyaltyScheme_loyCustomersの両方の 2 つのターゲット テーブルに関連付けられている場合、これはマルチパス リレーションシップです。
間接リレーションシップ
リレーションシップは、ターゲット テーブルに関連付ける前に、ソース テーブルが 1 つ以上の他のテーブルに関連付けられている場合に 間接リレーションシップ として分類されます。
マルチホップ関係
マルチホップ リレーションシップは、1 つ以上の他の中間テーブルを介してソース テーブルをターゲット テーブルに接続できる間接リレーションシップです。
たとえば、 eCommerce_eCommercePurchasesWest というアクティビティ テーブルが eCommerce_eCommercePurchasesEast という中間テーブルに接続し、 eCommerce_eCommerceContacts というターゲット テーブルに接続する場合、それはマルチホップ リレーションシップです。
マルチホップ、マルチパスのリレーションシップ
マルチホップとマルチパスのリレーションシップを一緒に使用して 、マルチホップのマルチパス リレーションシップを作成できます。 この特殊な型は、 マルチホップ リレーションシップとマルチパスリレーションシップの機能を組み合わせた ものになります。 中間テーブルを使用しながら、複数のターゲット テーブルに接続できます。
たとえば、eCommerce_eCommercePurchasesWest というアクティビティ テーブルが eCommerce_eCommercePurchasesEast という中間テーブルに接続し、eCommerce_eCommerceContactsとloyaltyScheme_loyCustomersの両方の 2 つのターゲット テーブルに接続する場合、これはマルチホップのマルチパス リレーションシップです。
次のステップ
システムとカスタムのリレーションシップは、サイロ化されなくなった複数のデータ ソースに基づいてセグメントとメジャーを作成するために使用されます。