マスターデータサービスを活用する場合のデータベース設計パターン/考慮事項

Question

データウェアハウスを設計し、MDS/DQSコンポーネントを活用する際に、データベースやテーブル設計の考慮事項/パターンに気づく良い情報源を探したい...「現在のフラグ」、「作成日」、「終了日」、「最後に更新された日付」を追加して、ゆっくりと変化するディメンション表...のようなものですが、MDS固有です。

MDSに関するいくつかの記事/ブログでは、MDSモデルが稼動している間は、「」に関するコメントまたは2つのコメントがあります。MDSで作成されたマスターデータの変更をあなたのDW "。

例えば、開発者は、このレコードのデータがMDS-update-processを介して更新されたことを示すフラグのように、ディメンションテーブルに追加したい列がありますか？あるいは、生産テーブルへのFK制約を伴うMDS関連の変更を追跡するための別個のデータベーススキーマでしょうか？

また、私は新しいタグを作成するのに十分な担当者を持っていないが、我々が使用する私のプロジェクトの一つで、[マスタデータ-サービス]または[MDS]タブ

Answer 1

を持つことが役に立つかもしれませんデータ管理に重点を置く必要があるエンティティの中央リポジトリとしてのMDS。各データウェアハウスの更新時に、ETLはソースシステムとMDSからプルされたデータを取り込みます。 MDSの履歴データは、徐々に変化するディメンションプロセスを利用してデータウェアハウスに保持されました。

MDSのサブスクリプションビューには、変更されたメンバーを簡単に認識できるように、最後のレコード変更時刻のタイムスタンプがあります。

これが役に立ちます。