マスター データ サービスの概要 (MDS)

適用対象: SQL Server - Windows のみ

このトピックでは、マスター データ サービスの主要なデータ編成および管理機能について説明します。

マスター データ サービスを使用すると、組織のデータのマスター セットを管理できます。 データをモデルに整理して、データを更新するためのルールを作成し、データを更新するユーザーを制御します。 Excel では、組織内の他のユーザーとマスター データ セットを共有できます。

マスター データ サービス アーキテクチャの説明については、simple-talk.com の記事「マスター データ サービス -- 基本」(Master Data Services -- The Basics) を参照してください。 SQL Server の新機能の情報については、「マスター データ サービス (MDS) の新機能」を参照してください。
マスター データ サービスのインストール、データベースと Web サイトのセットアップ、サンプル モデルのデプロイの手順については、マスター データ サービスのイントールと構成」を参照してください。

マスター データ サービスでは、モデルがマスター データの構造における最上位のコンテナーです。 モデルを作成すると、類似したデータのグループを管理できます。たとえば、オンラインの製品データを管理するなどです。 モデルには 1 つ以上のエンティティが含まれています。エンティティにはメンバーが含まれており、これはデータ レコードです。 エンティティはテーブルに似ています。

たとえば、オンラインの製品モデルには、Product、Color、Style などのエンティティが含まれていることがあります。 Color エンティティには、赤、シルバー、黒の色のメンバーを含めることができます。

Color entity

またモデルには、エンティティ内で定義されている属性も含まれます。 属性には、エンティティ メンバーを記述するのに役立つ値が含まれています。 自由形式属性とドメインベースの属性があります。 ドメインベースの属性には、あるエンティティのメンバーによって設定され、その他のエンティティの属性値として使用できる値が含まれます。

たとえば、Product エンティティには、Cost と Weight の自由形式属性を含めることができます。 また、Color エンティティ メンバーによって設定された値を含む、色 Number 1 を表すドメインベースの属性もあります。 この色のマスター リストは、Product エンティティ Number 2の属性値として使用できます。

Domain-based attribute for color

派生階層は、モデル内のエンティティ間のリレーションシップから取得されます。 これらは、ドメインベースの属性リレーションシップです。 たとえば、Product モデルは、Color Number 1 エンティティと Product Number 2 エンティティ間のリレーションシップから取得される色の派生階層 Number 3 を持つ場合があります。

Color derived hierarchy

データの基本的な構造を定義したら、インポート機能を使用してデータ レコード (メンバー) の追加を開始できます。 ステージング テーブルにデータを読み込み、ビジネス ルールを使用してデータを検証して、MDS テーブルにデータを読み込みます。 また、属性の値を設定するのにビジネス ルールを使用することもできます。

次の表に主要なマスター データ サービス タスクの概要を示します。 特に指定がない限り、次のすべての手順を実行するにはモデル管理者であることが必要です。 詳細については、「管理者 (マスター データ サービス)」を参照してください。

注意

テスト環境で次のタスクを実行し、マスター データ サービスのインストール時に提供されたサンプル データを使用できます。 詳細については、「モデルのデプロイ (マスター データ サービス)」を参照してください。

操作 詳細 関連トピック
モデルを作成する モデルを作成すると、そのモデルが VERSION_1 と見なされます。 モデル (マスター データ サービス)

モデルの作成 (マスター データ サービス)
エンティティの作成 メンバーを含めるためにエンティティを必要な数だけ作成します。 エンティティ (マスター データ サービス)

エンティティの作成 (マスター データ サービス)
ドメイン ベースの属性として使用するエンティティを作成する ドメイン ベースの属性を作成するには、まず属性値の一覧を設定するエンティティを作成します。 ドメインベースの属性 (マスター データ サービス)

ドメイン ベースの属性の作成 (マスター データ サービス)
エンティティの属性を作成する メンバーを表す属性を作成します。 各エンティティには Name 属性と Code 属性が自動的に含まれます。これらの属性は削除できません。 テキスト、日付、数値、またはファイルを含む他の自由形式の属性を作成できます。 属性 (マスター データ サービス)

テキスト属性の作成 (マスター データ サービス)

数値属性の作成 (マスター データ サービス)

日付属性の作成 (マスター データ サービス)

リンク属性の作成 (マスター データ サービス)

ファイル属性の作成 (マスター データ サービス)
属性グループを作成する エンティティに 4 つまたは 5 つ以上の属性がある場合は、属性グループを作成できます。 これらのグループは、 [エクスプローラー] のグリッド上に表示されるタブに対応します。各タブに属性をグループ化することにより、移動が容易になります。 属性グループ (マスター データ サービス)

属性グループの作成 (マスター データ サービス)
サポート エンティティのメンバーをインポートする ステージング処理を使用して、サポート エンティティのデータをインポートします。 Product モデルの場合は、色やサイズをインポートすることを意味します。 手動でメンバーを作成することもできます。



注: 最低でもエンティティのリーフ モデル オブジェクトに対する Update 権限があり、[エクスプローラー] の機能的領域にアクセスできるユーザーは、マスター データ マネージャーでメンバーを作成できます。
概要: テーブルからデータをインポートする (マスター データ サービス)

リーフ メンバーの作成 (マスター データ サービス)
データ品質を保証するビジネス ルールの作成および適用 データの精度を保証するためにビジネス ルールを作成してパブリッシュします。 ビジネス ルールを使用すると、次のことが可能になります。

既定の属性値を設定する。

属性値を変更する。

データがビジネス ルール検証に合格しなかったときに、電子メール通知を送信する。
ビジネス ルール (マスター データ サービス)

ビジネス ルールの作成とパブリッシュ (マスター データ サービス)

ビジネス ルールに対して特定のメンバーを検証する (マスター データ サービス)

電子メール通知の設定 (マスター データ サービス)

通知を送信するようにビジネス ルールを構成 (マスター データ サービス)
プライマリ エンティティのメンバーをインポートし、ビジネス ルールを適用する ステージング処理を使用してプライマリ エンティティのメンバーをインポートします。 インポートが完了したら、バージョンを検証することにより、モデル バージョン内のすべてのメンバーにビジネス ルールが適用されます。

次に、ビジネス ルール検証に問題があれば修正します。
検証 (マスター データ サービス)

ビジネス ルールに対するバージョンの検証 (マスター データ サービス)

検証ストアド プロシージャ (マスター データ サービス)
派生階層を作成する 派生階層は、ビジネス ニーズの変化に応じて更新でき、すべてのメンバーを適切なレベルで記述するようにします。 派生階層 (マスター データ サービス)

派生階層の作成 (マスター データ サービス)
必要に応じて、明示的階層を作成する レベル ベースではなく、単一のエンティティのメンバーを含む階層を作成する場合に、明示的階層を作成できます。 明示的階層 (マスター データ サービス)

明示的階層の作成 (マスター データ サービス)
必要に応じて、コレクションを作成します。 レポートまたは分析のためにメンバーのさまざまなグループを表示する場合で、完全な階層を必要としないときは、コレクションを作成します。



注: ユーザーに最低でもコレクション モデル オブジェクトに対する Update 権限があり、[エクスプローラー] の機能的領域にアクセスできるユーザーは、マスター データ マネージャーでコレクションを作成できます。
コレクション (マスター データ サービス)

コレクションの作成 (マスター データ サービス)
ユーザー定義メタデータを作成する モデル オブジェクトを記述するには、モデルにユーザー定義メタデータを追加します。 メタデータには、オブジェクトの所有者やデータ ソースを含めることができます。
モデルのバージョンをロックし、バージョン フラグを割り当てる モデルのバージョンをロックして、管理者以外のユーザーがメンバーに対する変更を実行できないようにします。 ビジネス ルールに対するバージョンのデータ検証が正常に完了したら、バージョンをコミットできます。これにより、すべてのユーザーがメンバーに対する変更を実行できなくなります。

バージョン フラグを作成してモデルに割り当てます。 フラグによって、ユーザーおよびサブスクライブ システムは使用するモデルのバージョンを識別できます。
バージョン (マスター データ サービス)

バージョンのロック (マスター データ サービス)

バージョン フラグの作成 (マスター データ サービス)
サブスクリプション ビューを作成する サブスクライブ システムでマスター データを使用するために、マスター データ サービス データベースに標準ビューを作成するサブスクリプション ビューを作成します。 概要: データのエクスポート (マスター データ サービス)

サブスクリプション ビューを作成してデータをエクスポートする (マスター データ サービス)
ユーザー権限とグループ権限を構成する ユーザー権限とグループ権限は、テスト環境から運用環境にコピーできません。 ただし、運用環境で最終的に使用するセキュリティを決定するために、テスト環境を使用できます。 セキュリティ (マスター データ サービス)

グループの追加 (マスター データ サービス)

ユーザーの追加 (マスター データ サービス)

準備ができたら、データの有無に関係なく、運用環境にモデルを配置できます。 詳細については、「モデルのデプロイ (マスター データ サービス)」を参照してください。