マスターデータ管理
実装モデル編集
マスターデータ管理のテクノロジーソリューションを実装するためのモデルは多数あります。これらは、組織のコアビジネス、企業構造、および目標によって異なります。これらには、次のものが含まれます。
- 記録のソース
- レジストリ
- 統合
- 共存
- トランザクション/集中型
レコード編集のソース
このモデルは、単一のアプリケーション、データベース、またはより単純なソースを識別します（スプレッドシートなど）を「レコードのソース」（またはアプリケーションデータベースのみに依存する「レコードのシステム」）として使用します。このモデルの利点は、概念が単純なことですが、複雑なマスターデータの現実に適合しない場合があります。大規模な組織での配布。
レコードのソースは、たとえば属性のグループ（マスターデータエンティティの異なる属性が異なるレコードのソースを持つようにするため）または地理的に（異なる部分を持つように）フェデレーションできます。組織のマスターソースが異なる場合があります）フェデレーションは、どのサブセットが明確に描写されている特定のユースケースにのみ適用されます。 fレコードは、どのソースで見つかります。
レコードモデルのソースは、単にマスターデータだけでなく、たとえば参照データにも広く適用できます。
RegistryEdit
このモデルは中央レジストリを維持し、さまざまなソースシステム間でレコードをリンクします。クレンジングおよびマッチングアルゴリズムを実行することで重複を見つけ、一致したレコードに一意のグローバル識別子を割り当てて、「真実の単一バージョン」を識別できるようにします。このモデルはソースシステムにデータを送り返さないため、マスターデータへの変更は既存のソースシステムを介して引き続き行われます。顧客の単一の包括的なビューが必要な場合、各参照システムを使用してリアルタイムでビューを構築します。
このモデルは、組織に多数のソースシステムが世界中に分散していて、信頼できるソースを確立することが難しい場合に役立つことがあります。また、ソースシステムの情報を上書きするリスクを回避しながら、データを分析することもできます。
ConsolidationEdit
このモデルでは、マスターデータは通常、ハブ内の複数のソースから統合され、真実の単一バージョン。この文脈では「ゴールデンレコード」と呼ばれることがよくあります。マスターデータに加えられた更新はすべて、元のソースに適用されます。
統合ハブは安価で、セットアップが迅速です（MDMソリューションのように！）。このモデルは主に分析とレポートに使用されます。
CoexistenceEdit
このモデルは、統合モデルと同じ方法で「ゴールデンレコード」を提供しますが、マスターデータの変更はMDMシステムおよびアプリケーションシステム。これにより、展開のコストが高くなる傾向があります。
このスタイルの主な利点は、データがソースシステムでマスタリングされてからハブと同期されるため、データが調和して共存し、単一バージョンの真実を提供できることです。このアプローチのもう1つの利点は、マスターデータの品質が向上し、アクセスが高速になることです。すべてのマスターデータ属性が1か所にあるため、レポート作成も簡単です。
トランザクション/集中編集
このモデルは、リンク、クレンジング、マッチング、および強化アルゴリズムを使用してマスターデータ属性を保存および維持します。データを強化します。強化されたデータは、それぞれのソースシステムに公開できます。これには、双方向の相互作用のためにソースシステムへの侵入が必要です。ソースシステムは、中央システムによって公開された更新をサブスクライブして、完全な一貫性を与えることができます。
このスタイルの主な利点は、マスターデータが常に正確で完全である一方で、データ属性レベルのセキュリティポリシーと可視性ポリシーをトランザクションスタイルハブでサポートできることです。組織は、1つ以上のドメインのマスターデータの集中セットを取得します。
マスターデータの送信編集
マスターデータを照合して他のシステムに配布するには、いくつかの方法があります。これには次のものが含まれます。
- データ統合–複数のソースからマスターデータをキャプチャし、他の宛先システムに複製するために単一のハブ（運用データストア）に統合するプロセス。
- データフェデレーション–1つ以上のソースから1つ以上の宛先システムにマスターデータの単一の仮想ビューを提供するプロセス。
- データ伝播–通常は次の方法でマスターデータを1つのシステムから別のシステムにコピーするプロセス。レガシーシステムのポイントツーポイントインターフェイス。