Dynamics 365 Customer Insights の統合出力テーブルのトラブルシューティング - データ
出力テーブルの概要
data 統合プロセスの各ステップでは、システム生成の出力テーブルが生成されます。
予期しない統合結果をトラブルシューティングするには、次の出力テーブルをトレースします。
| Step | テーブル | 説明 |
|---|---|---|
| Deduplication (重複除去) | Deduplication_{Datasource}_{Table} | 各ソース テーブルの重複除去されたレコード |
| 一致する | ConflationMatchPairs | ソース テーブル間で一致したレコード |
| マージする | 顧客 | 統合顧客プロファイル |
各出力テーブルの詳細については、「 出力テーブルの概要を参照してください。
出力テーブルを表示する
| メソッド | サイズ | Deduplication (重複除去) | ConflationMatchPairs | カスタマー |
|---|---|---|---|---|
| 100,000 件のレコードをダウンロードする | 上位 100K | ✔ | ✔ | ✔ |
| エクスポートを設定する | 完全 | ✔ | ✔ | ✔ |
| サンドボックス環境を作成する | 完全 | ✔ | ✔ | ✔ |
方法 1: 100K レコードをダウンロードする
レコード数が 100,000 未満の場合は、このメソッドを使用します。
Customer Insights - データで、 Tables ページを開きます。 出力テーブルごとに Download を選択して、テーブルの最新の 100,000 レコードを取得します。
このメソッドにすべての出力情報が含まれていることを確認するには、「 Method 3: サンドボックス環境を作成するを参照してください。
方法 2: エクスポートを設定する
レコード数が 100,000 を超える場合は、このメソッドを使用します。
出力テーブルごとに、 エクスポートを設定します。 BLOB ストレージへのエクスポート することをお勧めします。
すべてのエクスポートを更新すると、完全なテーブルが構成された場所に書き込まれます。
方法 3: サンドボックス環境を作成する
新しいサンドボックス環境を作成 元のテーブルの問題レコードのサブセットを含むテーブルで統一構成を再作成します。
この手順では、 Method 1: Download 100K レコード にすべての出力情報が含まれていることを確認します。
データ ソース
問題レコードのごく一部のみを含む新しいテーブルを作成します。 100,000 件未満のレコードをお勧めします。
テーブルを更新して Customer Insights - Data に取り込みます。
問題テーブルを統合する
- 問題テーブルをマップします。
- 元の重複除去規則を問題のテーブルにコピーします。
- 各問題テーブルについて:
- 元の一致ルールをコピーします。
- すべてのレコードを含むを有効にして、データの可視性を向上します。
- Unified データ ビュー手順では、既定の構成をそのまま使用します。
- 統一を実行して顧客プロファイルを生成します。
統一結果を解決する
予期しない結果の場所によっては、異なる出力テーブルの検証が必要になる場合があります。
統一結果の説明については、 サンプルを参照してください。
Deduplication (重複除去)
重複除去が期待どおりに動作しているかどうかを確認するには、次の点を確認します。
- 問題のある結果のソース データ
- 重複除去の構成
次のようなすべての構成を考慮してください。
- 正規化
- 精度
- 例外
- マージの基本設定
Define 重複除去規則の重複除去の概念の概要とDeduplication の概念とシナリオの例を参照してください。
一致する
一致が期待どおりに動作しているかどうかを確認するには、次の点を確認します。
- 問題のある結果のソース データ
- 関連 Deduplication レコード
- 一致構成
次のようなすべての構成を考慮してください。
- 一致順序
- エンリッチメント
- 正規化
- 精度
- 例外
- カスタム一致条件
- マージの基本設定
データの統一のための Define 照合ルールの一致の概念の概要を参照してください。
マージする
マージが期待どおりに動作しているかどうかを確認するには、次の点を確認します。
- 問題のある結果のソース データ
- 関連 Deduplication レコード
- 関連 ConflationMatchPairs レコード
- マージ構成
次のようなすべての構成を考慮してください。
- 除外されるフィールド
- クラスター
- マージの基本設定
- グループ化されたフィールド
- カスタム ID の生成。
データの統合については、「 顧客の列の統合」のマージ動作の概要と 例 を参照してください。
出力テーブルについて
重複除去テーブル
Deduplication テーブルは、構成された規則によって重複除去されるソース テーブルです。 構成されたルールが存在しない場合、一致ルールで参照されている列に対してソース テーブルが重複除去されます。
| 列 | ソース | 型 | 説明 |
|---|---|---|---|
| PrimaryKey | ソース | String | 構成されたソース主キー |
| PrimaryKey_Alternate | System | String | 重複除去グループ用に識別された主キーの連結リスト |
| 重複除去グループ ...DeduplicationGroup_N | System | String | 重複除去規則に基づく類似レコードのグループの識別子 |
| 支配。。。Rule_N | System | String | 重複除去グループが一致した重複除去規則 |
| スコア。。。Score_N | System | 倍精度浮動小数点型 | 重複除去規則に対して返されるスコア |
| Deduplication_WinnerId | System | String | 重複除去グループの主要キー |
| その他のマップされたフィールド | ソース | 各種 | ソース テーブルの残りのマップされたフィールド |
ConflationMatchPairs テーブル
ConflationMatchPairs テーブルは、構成されたルールに基づいて一致する重複除去レコードのセットです。
| 列 | ソース | 型 | 説明 |
|---|---|---|---|
| TrueObjectId | System | String | ソース テーブル間で一致するレコードの一時識別子 |
| PrimaryKey ...PrimaryKey_N | ソース | String | 一致するソース主キー |
| PrimaryKey_Alternate ...PrimaryKey_Alternate_N | System | String | 一致したソース主キーの代替キー |
| ConflationMatchPairs_ModifiedOn | System | 日時 | この一致したレコードに対する最新の変更のタイムスタンプ |
| その他の一致するフィールド | ソース | 各種 | ソース テーブルからマップされた残りのフィールド |
Customer テーブル
Customer テーブルは、統合フィールドの構成に基づいて、ConflationMatchPairs のソース列をマージすることによって生成される顧客プロファイルの最終的なセットです。
| 列 | ソース | 型 | 説明 |
|---|---|---|---|
| CustomerId | System | String | プロファイルの一意の guid 識別子 |
| PrimaryKey ...PrimaryKey_N | ソース | String | 一致するソース主キー |
| PrimaryKey_Alternate ...PrimaryKey_Alternate_N | System | String | 一致したソース主キーの代替キー |
| 統合フィールド | ソース | 各種 | 統合フィールド構成をソース フィールドに適用することによって決定される最終的なフィールド |
統一結果の例
ソース テーブル
MyData_Contact
| ContactId | FirstName | 姓 | メール |
|---|---|---|---|
| 1 | トムソン | monica.thomson@contoso.com |
|
| 2 | Monica | Smith | monica.thomson@contoso.com |
MyData_Referral
| Id | FirstName | 姓 | EmailAddress | ReferralDate |
|---|---|---|---|---|
| 100 | Moni | トムソン | monica.thomson@contoso.com |
2024 年 1 月 1 日午前 12:00 |
| 200 | Monica | Smith | monica.thomson@contoso.com |
2020 年 12 月 24 日午前 12:00 |
重複除去テーブル
Deduplication_MyData_Contact
Emailで重複除去する場合:
| ContactId | ContactId_Alternate | Deduplication_GroupId | Rule | スコア | Deduplication_WinnerId | FirstName | 姓 | メール |
|---|---|---|---|---|---|---|---|---|
| 1 | 1;2 | guid() | DedupOnEmail | 1.0 | 1 | トムソン | monica.thomson@contoso.com |
Deduplication_MyData_Referral
EmailAddressで重複除去する場合:
| Id | Id_Alternate | Deduplication_GroupId | Rule | スコア | Deduplication_WinnerId | FirstName | 姓 | EmailAddress | ReferralDate |
|---|---|---|---|---|---|---|---|---|---|
| 100 | 100;200 | guid() | DedupOnEmailAddress | 1.0 | 100 | Moni | トムソン | monica.thomson@contoso.com |
2024 年 1 月 1 日午前 12:00 |
ConflationMatchPairs テーブル
Contact.Email == Referral.Emailで一致する場合:
| TrueObjectId | Contact_ContactId | Contact_ContactId_Alternate | Referral_Id | Referral_Id_Alternate | ConflationMatchPairs_ModifiedOn | Contact_FirstName | Contact_LastName | Contact_Email | Referral_FirstName | Referral_LastName | Referral_EmailAddress | Referral_ReferralDate |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 1__00 | 1 | 1;2 | 100 | 100;200 | now() | トムソン | monica.thomson@contoso.com |
Moni | トムソン | monica.thomson@contoso.com |
2024 年 1 月 1 日午前 12:00 |
Customer テーブル
統合フィールドを次のように設定する場合:
- FirstName:
Contact.FirstNameはReferral.FirstNameよりも優先されます。 - LastName:
Contact.LastNameはReferral.LastNameよりも優先されます。 - 電子メール:
Contact.EmailはReferral.EmailAddressよりも優先されます。 - ReferralDate:
Referral.ReferralDateが取得されます。
| CustomerId | Contact_ContactId | Contact_ContactId_Alternate | Referral_Id | Referral_Id_Alternate | FirstName | 姓 | メール | ReferralDate |
|---|---|---|---|---|---|---|---|---|
| guid() | 1 | 1;2 | 100 | 100;200 | Moni | トムソン | monica.thomson@contoso.com |
2024 年 1 月 1 日午前 12:00 |