次の方法で共有


データ ソース ビューの定義 (Analysis Services)

データ ソース ビューには、Analysis Services 多次元データベース オブジェクト (キューブ、ディメンション、マイニング構造) で使用されるスキーマの論理モデルが含まれています。 データ ソース ビューは、統合ディメンション モデル (UDM) およびマイニング構造によって使用されるこれらのスキーマ要素のメタデータ定義です。XML 形式で格納されます。 データ ソース ビュー:

  • 1 つ以上の基になるデータ ソースから選択したオブジェクトを表すメタデータ、またはスキーマ生成のトップダウン アプローチに従っている場合に基になるリレーショナル データ ストアの生成に使用されるメタデータが含まれます。

  • 1 つ以上のデータ ソース上に構築でき、複数のソースからのデータを統合する多次元オブジェクトとデータ マイニング オブジェクトを定義できます。

  • 基になるデータ ソースに存在せず、基になるデータ ソースとは別に存在するリレーションシップ、主キー、オブジェクト名、計算列、クエリを含めることができます。

  • クライアント アプリケーションに対して表示されないか、クエリを実行できません。

DSV は、多次元モデルの必須コンポーネントです。 ほとんどの Analysis Services 開発者は、モデル設計の初期段階で DSV を作成し、基になるデータを提供する外部リレーショナル データベースに基づいて少なくとも 1 つの DSV を生成します。 ただし、後のフェーズで DSV を作成し、ディメンションとキューブの作成後にスキーマと基になるデータベース構造を生成することもできます。 この 2 つ目のアプローチは、トップダウン 設計と呼ばれることもあります。これは、プロトタイプ作成や分析モデリングでよく使用されます。 この方法を使用する場合は、スキーマ生成ウィザードを使用して、Analysis Services プロジェクトまたはデータベースで定義されている OLAP オブジェクトに基づいて、基になるデータ ソース ビューとデータ ソース オブジェクトを作成します。 DSV を作成する方法とタイミングに関係なく、すべてのモデルは、それを処理する前に 1 つを持っている必要があります。

このトピックのセクションは次のとおりです。

データ ソース ビューの構成

データ ソース ビュー ウィザードを使用して DSV を作成する

リレーションシップの名前の一致条件を指定する

セカンダリ データ ソースを追加する

データ ソース ビューの構成

データ ソース ビューには、次の項目が含まれています。

  • 名前と説明。

  • 1 つ以上のデータ ソースから取得されたスキーマのサブセットの定義。スキーマ全体まで(以下を含む)。

    • テーブル名。

    • 列の名前。

    • データ型

    • Null 値の許容。

    • 列の長さ。

    • 主キー。

    • 主キー - 外部キーの関係。

  • 基になるデータ ソースからのスキーマへの注釈。次のものが含まれます。

    • テーブル、ビュー、および列のわかりやすい名前。

    • 1 つ以上のデータ ソースから列を返す名前付きクエリ (スキーマ内のテーブルとして表示されます)。

    • データ ソースから列を返す名前付き計算 (テーブルまたはビューの列として表示されます)。

    • 論理主キー (基になるテーブルで主キーが定義されていない場合、またはビューまたは名前付きクエリに含まれていない場合に必要)。

    • 論理主キー - テーブル、ビュー、および名前付きクエリ間の外部キーリレーションシップ。

データ ソース ビュー ウィザードを使用して DSV を作成する

DSV を作成するには、SQL Server データ ツールのソリューション エクスプローラーからデータ ソース ビュー ウィザードを実行します。

または、まずディメンションとキューブを構築してから、スキーマ生成ウィザードを使用してモデルの DSV を生成することもできます。 詳細については、「 スキーマ生成ウィザード (Analysis Services)」を参照してください。

  1. ソリューション エクスプローラーで、[データ ソース ビュー] フォルダーを右クリックし、[ 新しいデータ ソース ビュー] をクリックします。

  2. 外部リレーショナル データベースへの接続情報を提供する新規または既存のデータ ソース オブジェクトを指定します (ウィザードで選択できるデータ ソースは 1 つだけです)。

  3. 同じページで、[ 詳細設定 ] をクリックして、特定のスキーマの選択、フィルターの適用、テーブルリレーションシップの情報の除外を行います。

    スキーマの選択

    複数のスキーマを含む非常に大規模なデータ ソースの場合は、コンマ区切りリストで使用するスキーマをスペースなしで選択できます。

    リレーションシップの取得

    [データ ソース ビューの詳細オプション] ダイアログ ボックスの [ リレーションシップの取得 ] チェック ボックスをオフにすると、テーブルのリレーションシップ情報を意図的に省略できます。これにより、データ ソース ビュー デザイナーでテーブル間のリレーションシップを手動で作成できます。

  4. 使用可能なオブジェクトのフィルター処理

    [使用可能なオブジェクト] リストに非常に多くのオブジェクトが含まれている場合は、文字列を選択条件として選択する単純なフィルターを適用することで、リストを減らすことができます。 たとえば、 dbo と入力して [フィルター ] ボタンをクリックすると、[ 使用可能なオブジェクト ] の一覧に "dbo" で始まる項目のみが表示されます。 フィルターには部分的な文字列を指定できますが (たとえば、"sal" は売上と給与を返します)、複数の文字列や演算子を含めることはできません。

  5. テーブル リレーションシップが定義されていないリレーショナル データ ソースの場合は、[ 名前の一致] ページが表示され、適切な名前照合方法を選択できます。 詳細については、このトピックの「 リレーションシップの名前一致条件の指定 」セクションを参照してください。

セカンダリ データ ソースを追加する

複数のデータ ソースのテーブル、ビュー、または列を含むデータ ソース ビューを定義する場合、データ ソース ビューにオブジェクトを追加する最初のデータ ソースがプライマリ データ ソースとして指定されます (定義後にプライマリ データ ソースを変更することはできません)。 1 つのデータ ソースのオブジェクトに基づいてデータ ソース ビューを定義した後、他のデータ ソースのオブジェクトを追加できます。

OLAP 処理またはデータ マイニング クエリで 1 つのクエリ内の複数のデータ ソースからのデータが必要な場合、プライマリ データ ソースは、 OpenRowsetを使用したリモート クエリをサポートする必要があります。 通常、これは SQL Server データ ソースになります。 たとえば、複数のデータ ソースの列にバインドされた属性を含む OLAP ディメンションを設計する場合、Analysis Services は処理中にこのディメンションを設定する OpenRowset クエリを作成します。 ただし、OLAP オブジェクトを設定したり、単一のデータ ソースからデータ マイニング クエリを解決したりできる場合、 OpenRowset クエリは作成されません。 特定の状況では、属性間の属性リレーションシップを定義して、 OpenRowset クエリの必要性を排除できる場合があります。 属性リレーションシップの詳細については、「 属性リレーションシップ」、データ ソース ビューでのテーブルまたはビューの追加または削除 (Analysis Services) および 属性リレーションシップの定義を参照してください。

2 つ目のデータ ソースからテーブルと列を追加するには、ソリューション エクスプローラーで DSV をダブルクリックしてデータ ソース ビュー デザイナーで開き、[テーブルの追加と削除] ダイアログ ボックスを使用して、プロジェクトで定義されている他のデータ ソースのオブジェクトを含めます。 詳細については、「 データ ソース ビューでのテーブルまたはビューの追加または削除 (Analysis Services)」を参照してください。

リレーションシップの名前の一致条件を指定する

DSV を作成すると、データ ソースの外部キー制約に基づいてテーブル間のリレーションシップが作成されます。 これらのリレーションシップは、Analysis Services エンジンが適切な OLAP 処理クエリとデータ マイニング クエリを構築するために必要です。 ただし、複数のテーブルを持つデータ ソースに外部キー制約がない場合があります。 データ ソースに外部キー制約がない場合、データ ソース ビュー ウィザードでは、ウィザードで異なるテーブルの列名の照合を試みる方法を定義するように求められます。

基になるデータ ソースで外部キーリレーションシップが検出されない場合にのみ、名前の一致条件を指定するように求められます。 外部キーリレーションシップが検出された場合、検出されたリレーションシップが使用され、DSV に含める追加のリレーションシップ (論理主キーを含む) を手動で定義する必要があります。 詳細については、「 データ ソース ビュー (Analysis Services) での論理リレーションシップの 定義」および「 データ ソース ビューでの論理主キーの定義 (Analysis Services)」を参照してください。

データ ソース ビュー ウィザードでは、応答を使用して列名を照合し、DSV 内の異なるテーブル間にリレーションシップを作成します。 次の表に示す条件のいずれかを指定できます。

名前の一致条件 説明
主キーと同じ名前 ソース テーブルの外部キー列名は、変換先テーブルの主キー列名と同じです。 たとえば、外部キー列 Order.CustomerID は、主キー列 Customer.CustomerIDと同じです。
宛先テーブル名と同じ名前 ソース テーブルの外部キー列名は、変換先テーブルの名前と同じです。 たとえば、外部キー列 Order.Customer は、主キー列 Customer.CustomerIDと同じです。
変換先テーブル名 + 主キー名 ソース テーブルの外部キー列名は、宛先テーブル名と主キー列名を連結した名前と同じです。 スペース区切り記号またはアンダースコア区切り記号を使用できます。 たとえば、次の外部キーと主キーのペアはすべて一致します。

Order.CustomerIDCustomer.ID

Order.Customer IDCustomer.ID

Order.Customer_IDCustomer.ID

選択した条件によって、DSV の NameMatchingCriteria プロパティ設定が変更されます。 この設定は、ウィザードで関連テーブルを追加する方法を決定します。 データ ソース ビュー デザイナーを使用してデータ ソース ビューを変更する場合、この仕様では、DSV 内のテーブル間のリレーションシップを作成するために、デザイナーが列を照合する方法を決定します。 NameMatchingCriteria プロパティの設定は、データ ソース ビュー デザイナーで変更できます。 詳細については、「 データ ソース ビューのプロパティの変更 (Analysis Services)」を参照してください。

データ ソース ビュー ウィザードを完了したら、データ ソース ビュー デザイナーのスキーマ ペインでリレーションシップを追加または削除できます。 詳細については、「 データ ソース ビューでの論理リレーションシップの定義 (Analysis Services)」を参照してください。

こちらもご覧ください

データ ソース ビューでのテーブルまたはビューの追加または削除 (Analysis Services)
データ ソース ビューでの論理主キーの定義 (Analysis Services)
データ ソース ビューでの名前付き計算の定義 (Analysis Services)
データ ソース ビューでの名前付きクエリの定義 (Analysis Services)
データ ソース ビューのテーブルまたは名前付きクエリを置き換える (Analysis Services)
データ ソース ビュー デザイナーでのダイアグラムの操作 (Analysis Services)
データ ソース ビューでのデータの探索 (Analysis Services)
データ ソース ビューの削除 (Analysis Services)
データ ソース ビューのスキーマを更新する (Analysis Services)