複合ドメインでのデータのクレンジング
適用対象:
SQL Server
このトピックでは、Data Quality Services (DQS) での複合ドメインのクレンジングについて説明します。 複合ドメインは 2 つ以上の単一ドメインで構成され、複数の関連用語で構成されるデータ フィールドにマップされます。 複合ドメイン内の個々のドメインには、ナレッジの共通領域が必要です。 複合ドメインの詳細については、「 Managing a Composite Domain」を参照してください。
ソース データへの複合ドメインのマッピング
複合ドメインにソース データをマップするには、次の 2 つの方法があります。
ソース データを単一フィールド ("完全名") として、複合ドメインにマップします。
複合ドメインを参照データ サービスにマップすると、ソース データはそのまま参照データ サービスに送信されて修正および解析されます。
複合ドメインを参照データ サービスにマップしない場合、複合ドメインに定義されている解析方法に基づいて解析されます。 複合ドメインの解析方法の指定方法については、「 Create a Composite Domain」を参照してください。
ソース データを複数のフィールド ("名"、"ミドル ネーム"、"姓") で構成し、複合ドメイン内の個々のドメインにマップします。
複合ドメインをソース データにマップする方法の例については、「参照データへのドメインまたは複合ドメインのアタッチ」をご覧ください。
明確なクロス ドメイン ルールを使用したデータの修正
複合ドメインのクロス ドメイン ルールを使用して、複合ドメイン内の個々のドメインの間のリレーションシップを示すルールを作成できます。 複合ドメインを含むソース データでクレンジング アクティビティを実行するときに、クロス ドメイン ルールが考慮されます。 明確な Then クロス ドメイン ルールの "値が次の値と等しい"では、単にクロス ドメイン ルールの有効性について知らせるだけでなく、データ クレンジング アクティビティ中にデータの修正も行います。
次の例を考えてみます。ProductName、CompanyName、および ProductVersion の 3 つの個別ドメインを含む複合ドメイン Product があります。 次の明確なクロス ドメイン ルールを作成します。
ドメイン 'CompanyName' 値に Microsoft が含まれ、ドメイン 'ProductName' 値が Office で 'ProductVersion' 値が 2010 の場合、ドメイン 'ProductName' 値は Microsoft Office 2010 になる。
このクロス ドメイン ルールを実行すると、クレンジング アクティビティの後にソース データ (ProductName) が次のように修正されます。
ソース データ
| ProductName | CompanyName | ProductVersion |
|---|---|---|
| Office | Microsoft Inc. | 2010 |
出力データ
| ProductName | CompanyName | ProductVersion |
|---|---|---|
| Microsoft Office 2010 | Microsoft Inc. | 2010 |
明確な Then クロス ドメイン ルール "値が次の値と等しい"をテストするときは、 [複合ドメイン ルールのテスト] ダイアログ ボックスに、正しいデータを示す新しい列 [次に修正]が含まれます。 クレンジング データ品質プロジェクトでは、この最終的なクロス ドメイン ルールでデータが 100% の信頼度で変更され、Reason 列には、"ルール '<クロス ドメイン ルール名>' によって修正" というメッセージが表示されます。 クロス ドメイン ルールの詳細については、「 Create a Cross-Domain Rule」を参照してください。
注意
明確なクロス ドメイン ルールは、参照データ サービスにアタッチされている複合ドメインでは動作しません。
複合ドメインのデータ プロファイル
DQS プロファイルでは、クレンジング アクティビティ中に、 完全性 (データがどの程度存在するか) と 正確性 (データがどの程度意図されたとおりに使用できるか) の 2 つのデータ品質ディメンションを提供します。 複合ドメインでは、プロファイリングから得られる完全性の統計情報を必ずしも信頼できません。 完全性の統計情報が必要な場合は、複合ドメインの代わりに単一ドメインを使用します。 複合ドメインを使用する必要がある場合は、プロファイリング用に単一ドメインのナレッジ ベースを作成して完全性を確認し、クレンジング アクティビティ用に複合ドメインのドメインを別途作成します。 たとえば、複合ドメインを使用したプロファイリングで住所レコードの完全性が 95% と示されたとしても、それよりはるかに不完全な列 (郵便番号の列など) がレコードに含まれている可能性があります。 この例では、単一ドメインを使用して郵便番号の列の完全性を測定することができます。
精度は複数の列でまとめて測定できるため、プロファイリングから得られる複合ドメインの精度の統計情報は信頼できます。 このデータの値は合成集約に含まれるため、複合ドメインで精度を測定できます。
クレンジング アクティビティ中のデータ プロファイリングについて詳しくは、「DQS (内部) ナレッジを使用したデータのクレンジング」の「プロファイラーの統計情報」をご覧ください。
フィードバック
以下は間もなく提供いたします。2024 年を通じて、コンテンツのフィードバック メカニズムとして GitHub の issue を段階的に廃止し、新しいフィードバック システムに置き換えます。 詳細については、「https://aka.ms/ContentUserFeedback」を参照してください。
フィードバックの送信と表示