マスター データ サービスでは、モデルはマスター データの構造の最上位レベルのコンテナーです。 オンライン製品データの管理など、類似データのグループを管理するモデルを作成します。 モデルには 1 つ以上のエンティティが含まれており、エンティティにはデータ レコードであるメンバーが含まれます。
|
SQL Server 2016 を試しますか? Microsoft Azure にサインアップし、[ こちら ] に移動して、SQL Server 2016 が既にインストールされている仮想マシンを起動します。 完了したら、仮想マシンを削除できます。 |
たとえば、オンライン製品モデルには、製品、色、スタイルなどのエンティティが含まれている場合があります。 color エンティティには、赤、銀、黒の色のメンバーを含めることができます。
モデルには、エンティティ内で定義される属性も含まれます。 属性には、エンティティ メンバーの説明に役立つ値が含まれています。 自由形式の属性とドメイン ベースの属性があります。 ドメイン ベースの属性には、エンティティのメンバーによって設定され、他のエンティティの属性値として使用できる値が含まれています。
たとえば、製品エンティティには、コストと重みの自由形式の属性がある場合があります。 また、色エンティティメンバーによって設定される値を含む色のドメインベースの属性があります。 この色のマスター リストは、Product エンティティの属性値として使用されます。
派生階層は、モデル内のエンティティ間のリレーションシップから取得されます。 これらはドメインベースの属性リレーションシップです。 たとえば、製品モデルでは、色エンティティと製品エンティティの関係に由来する色派生階層を作成できます。
データの基本構造を定義したら、インポート機能を使用してデータ レコード (メンバー) の追加を開始できます。 ステージング テーブルにデータを読み込み、ビジネス ルールを使用してデータを検証し、MDS テーブルにデータを読み込みます。 ビジネス ルールを使用して属性値を設定することもできます。
次の表は、マスター データ サービスの主要なタスクの概要を示しています。 特に明記されていない限り、次のすべての手順でモデル管理者である必要があります。 詳細については、「 管理者 (マスター データ サービス)」を参照してください。
注
テスト環境で次のタスクを完了し、マスター データ サービスのインストール時に提供されるサンプル データを使用できます。 詳細については、「 モデルのデプロイ (マスター データ サービス)」を参照してください。
| アクション | 詳細 | 関連トピック |
|---|---|---|
| モデルを作成する | モデルを作成すると、VERSION_1と見なされます。 |
モデル (マスター データ サービス) モデルの作成 (マスター データ サービス) |
| エンティティを作成する | メンバーを含める必要がある数のエンティティを作成します。 |
エンティティ (マスター データ サービス) エンティティの作成 (マスター データ サービス) |
| ドメイン ベースの属性として使用するエンティティを作成する | ドメインベースの属性を作成するには、まず、属性値リストを設定するエンティティを作成します。 |
Domain-Based 属性 (マスター データ サービス) Domain-Based 属性の作成 (マスター データ サービス) |
| エンティティの属性を作成する | メンバーを記述する属性を作成します。 Name 属性と Code 属性は各エンティティに自動的に含まれるので、削除することはできません。 他の自由形式の属性を作成して、テキスト、日付、数値、またはファイルを含めることができます。 |
属性 (マスター データ サービス) テキスト属性の作成 (マスター データ サービス) 数値属性の作成 (マスター データ サービス) 日付属性の作成 (マスター データ サービス) リンク属性の作成 (マスター データ サービス) ファイル属性の作成 (マスター データ サービス) |
| 属性グループを作成する | 1 つのエンティティに対して 4 つまたは 5 つ以上の属性がある場合は、属性グループを作成できます。 これらのグループは 、エクスプローラー のグリッドの上に表示されるタブであり、個々のタブで属性をグループ化することでナビゲーションを容易にするのに役立ちます。 <画像の挿入> |
属性グループ (マスター データ サービス) 属性グループの作成 (マスター データ サービス) |
| サポート エンティティのデータ レコード (メンバー) をインポートする | ステージング プロセスを使用して、サポート エンティティのデータをインポートします。 製品モデルの場合、これは色またはサイズのインポートを意味する可能性があります。 メンバーを手動で作成することもできます。 注: ユーザーは、エンティティのリーフ モデル オブジェクトに対する Update 権限と Explorer 機能領域へのアクセス許可が最低限ある場合、マスター データ マネージャーでメンバーを作成できます。 |
データのインポート (マスター データ サービス) ステージング プロセスを使用してマスター データ サービスのメンバーを読み込むまたは更新する リーフメンバーを作成する (「マスター データ サービス」) |
| データ品質を確保するためのビジネス ルールを作成する | ビジネス ルールを作成して発行し、データの精度を確保します。 ビジネス ルールを使用すると、次のことができます。 既定の属性値を設定します。 属性値を変更します。 データがビジネス ルールの検証に合格しない場合は、電子メール通知を送信します。 |
ビジネス ルール (マスター データ サービス) ビジネス ルールの作成と発行 (マスター データ サービス) 通知 (マスター データ サービス) 電子メール通知の構成 (マスター データ サービス) 通知を送信するようにビジネス ルールを構成する (マスター データ サービス) |
| プライマリ エンティティのデータ レコード (メンバー) をインポートします。 ビジネス ルールを適用する | ステージング プロセスを使用して、プライマリ エンティティのデータをインポートします。 完了したら、バージョンを検証します。 これにより、モデル バージョンのすべてのメンバーにビジネス ルールが適用されます。 その後、ビジネス ルールの検証に関する問題を修正できます。 |
検証 (マスター データ サービス) ビジネス ルールに対してバージョンを検証する (マスター データ サービス) 検証ストアド プロシージャ (マスター データ サービス) |
| 派生階層を作成する | 派生階層は、ビジネス ニーズの変化に応じて更新し、すべてのメンバーが適切なレベルで考慮されるようにすることができます。 |
派生階層 (マスター データ サービス) 派生階層の作成 (マスター データ サービス) |
| 必要に応じて、明示的階層を作成します | レベルベースではなく、1 つのエンティティのメンバーを含む階層を作成する場合は、明示的階層を作成できます。 |
明示的階層 (マスター データ サービス) 明示的階層の作成 (マスター データ サービス) |
| 必要に応じて、コレクションを作成します | レポートまたは分析のためにメンバーのさまざまなグループを表示する必要があり、完全な階層が不要な場合は、コレクションを作成します。 注: ユーザーは、コレクション モデル オブジェクトに対する Update 権限と Explorer 機能領域へのアクセス許可が最低限ある場合、マスター データ マネージャーでコレクションを作成できます。 |
コレクション (マスター データ サービス) コレクションの作成 (マスター データ サービス) |
| ユーザー定義メタデータを作成する | モデル オブジェクトを記述するには、ユーザー定義メタデータをモデルに追加します。 メタデータには、オブジェクトの所有者またはデータのソースが含まれる場合があります。 |
メタデータ (マスター データ サービス) メタデータの追加 (マスター データ サービス) |
| モデルのバージョンをロックし、バージョン フラグを割り当てる | モデルのバージョンをロックして、管理者を除くメンバーへの変更を防ぎます。 バージョンのデータがビジネス ルールに対して正常に検証されたら、バージョンをコミットできます。これにより、すべてのユーザーがメンバーに変更を加えるのを防ぐことができます。 バージョン フラグを作成してモデルに割り当てます。 フラグは、ユーザーとサブスクライブ システムが使用するモデルのバージョンを識別するのに役立ちます。 |
バージョン (マスター データ サービス) バージョンのロック (マスター データ サービス) バージョン フラグの作成 (マスター データ サービス) |
| サブスクリプション ビューを作成する | サブスクライブ システムでマスター データを使用するには、マスター データ サービス データベースに標準ビューを作成するサブスクリプション ビューを作成します。 |
データのエクスポート (マスター データ サービス) サブスクリプション ビューの作成 (マスター データ サービス) |
| ユーザーとグループのアクセス許可を構成する | テストから運用環境にユーザーとグループのアクセス許可をコピーすることはできません。 ただし、テスト環境を使用して、運用環境で最終的に使用するセキュリティを決定できます。 |
セキュリティ (マスター データ サービス) グループの追加 (マスター データ サービス) ユーザーの追加 (マスター データ サービス) |
準備ができたら、データの有無にかかわらず、モデルを運用環境にデプロイできます。 詳細については、「 モデルのデプロイ (マスター データ サービス)」を参照してください。