DirectQuery の配置シナリオ (SSAS テーブル)
このトピックでは、DirectQuery モデルのデザインと展開プロセスを紹介します。 DirectQuery をリレーショナル データのみ使用するように構成するか (DirectQuery のみ)、キャッシュ データのみの使用とリレーショナル データのみの使用を切り替えるようにモデルを構成できます (ハイブリッド モード)。 ここでは、両方のモードの実装プロセスについて説明し、モードとセキュリティ構成に応じたクエリ結果の差異について説明します。
デザインと展開の手順
手順 1. ソリューションを作成する
使用するモードにかかわらず、DirectQuery モデルで使用できるデータに関する制限を説明する情報を確認する必要があります。 たとえば、モデルとレポートで使用されるすべてのデータは単一の SQL Server データベースから取得する必要があります。 詳細については、「 DirectQuery モード (SSAS 表形式)」を参照してください。
また、メジャーと計算列に関する制限を確認し、使用する式が DirectQuery モードと互換性があるかどうかを判断します。 次の要素を削除または変更することが必要な場合があります。
計算列はサポートされていません。
コピーして貼り付けられたデータは使用できません。 PowerPivot モデルをインポートしてソリューションを簡単に開始する場合は、ソリューションをインポートする前にリンク テーブルを削除してください。このデータは削除できず、DirectQuery 検証をブロックするためです。
手順 2. モデル デザイナーでの DirectQuery モードの有効化
既定では、DirectQuery は無効になっています。 したがって、デザイン環境が DirectQuery モードをサポートするように構成する必要があります。
ソリューション エクスプローラーで Model.bim ノードを右クリックし、プロパティ DirectQuery Mode を にOn設定します。
いつでも DirectQuery をオンにすることができます。ただし、DirectQuery モードと互換性のない列や数式を作成しないようにするために、最初から DirectQuery モードを有効にすることをお勧めします。
最初は、DirectQuery モデルが常にメモリに作成されます。 ワークスペース データベースの既定のクエリ モードも [DirectQuery (In-Memory あり)]に設定されます。 このハイブリッド動作モードでは、モデルが DirectQuery 要件を満たすことを検証しながら、インポートされたデータのキャッシュを使用してモデル デザイン プロセス中のパフォーマンスを向上させることができます。
手順 3. 検証エラーの解決
DirectQuery をオンにしたとき、または新しいデータや数式を追加したときに検証エラーが発生する場合は、Visual Studio の [エラー一覧]を開き、必要な操作を実行します。
エラー メッセージの説明に従って、DirectQuery モードに必要なプロパティ設定を変更します。
計算列を削除します。 特定のメジャーに対して計算列が必要な場合は、テーブルのインポート ウィザードで提供されるリレーショナル クエリ Designer (SSAS) を使用して、いつでも列を作成できます。
DirectQuery モードと互換性のない数式を変更または削除します。 計算で特定の関数が必要な場合は、Transact-SQL を使用して同等の関数を提供する方法を検討します。
必要に応じてデータを追加します。 コピーして貼り付けたデータまたは SQL Server 以外のプロバイダーからのデータを以前にモデルで使用していた場合は、既存の接続に新しいビューと派生列を作成するか、分散クエリを使用できます。 DirectQuery モデルで使用されるすべてのデータは、単一の SQL Server データ ソースを介してアクセスできる必要があります。
手順 4. モデルに対するクエリの応答で優先される方法の設定
| DirectQuery のみ | プロパティを [DirectQuery]に設定します。 |
| ハイブリッド モード | プロパティを [In-Memory (DirectQuery あり)] または [DirectQuery (In-Memory あり)]に設定します。 この値を後で変更して、別の設定を使用できます。 クライアントは接続文字列で優先メソッドをオーバーライドできます。 |
手順 5. DirectQuery パーティションの指定
| DirectQuery のみ | 省略可能。 DirectQuery のみのモデルには、パーティションは必要ありません。 ただし、デザイン フェーズ中にモデルにパーティションを作成した場合は、1 つのパーティションだけをデータ ソースとして使用できることに注意してください。 既定では、最初に作成したパーティションが DirectQuery パーティションとして使用されます。 モデルに必要なすべてのデータが DirectQuery パーティションにあることを確認するには、DirectQuery パーティションを選択し、SQL ステートメントを編集してデータ セット全体を取得します。 |
| ハイブリッド モード | モデル内のいずれかのテーブルに複数のパーティションがある場合は、1 つのパーティションを DirectQuery パーティションとして選択する必要があります。 パーティションを割り当てない場合、既定では、最初に作成されたパーティションが DirectQuery パーティションとして使用されます。 DirectQuery 以外のすべてのパーティションの処理オプションを設定します。 通常、データはリレーショナル ソースから渡されるため、DirectQuery パーティションは処理されません。 詳細については、「 パーティションと DirectQuery モード (SSAS 表形式)」を参照してください。 |
手順 6. 権限借用の構成
権限借用は、DirectQuery モデルでのみサポートされます。 権限借用オプション [権限借用設定]では、指定した SQL Server データ ソースのデータを表示するときに使用する資格情報を定義します。
| DirectQuery のみ | [偽装設定] プロパティには、SQL Server データ ソースへの接続に使用するアカウントを指定します。 ImpersonateCurrentUser という値を使用すると、モデルをホストする Analysis Services のインスタンスは、モデルの現在のユーザーの資格情報をSQL Server データベースに渡します。 |
| ハイブリッド モード | 権限借用設定 プロパティには、SQL Server データ ソース内のデータへのアクセスに使用するアカウントを指定します。 この設定は、モデルで使用するキャッシュの処理に使用される資格情報には影響しません。 |
手順 7. モデルをデプロイする
モデルを配置する準備ができたら、Visual Studio の [プロジェクト ] メニューを開き、[ プロパティ] を選択します。 QueryMode プロパティを、次の表で説明する値のいずれかに設定します。
詳細については、「Deploy From SQL Server Data Tools (SSAS Tabular)」を参照してください。
| DirectQuery のみ | DirectQueryOnly DirectQuery のみを指定したため、モデルのメタデータはサーバーに配置されますが、モデルは処理されません。 ワークスペース データベースで使用されていたキャッシュは自動的には削除されません。 ユーザーがキャッシュされたデータを表示できないようにするには、デザイン時のキャッシュをクリアします。 詳細については、「 Analysis Services キャッシュをクリアする」を参照してください。 |
| ハイブリッド モード | [DirectQuery (In-Memory あり)] DirectQuery を使用したメモリ内 どちらの値でも、必要に応じてキャッシュまたはリレーショナル データ ソースを使用できます。 順序によって、モデルに対するクエリへの応答時に既定で使用されるデータ ソースが定義されます。 ハイブリッド モードでは、モデルのメタデータがサーバーに配置されると同時にキャッシュを処理する必要があります。 この設定は配置後に変更できます。 |
手順 8. 展開済みのモデルの確認
SQL Server Management Studioで、モデルをデプロイした Analysis Services のインスタンスを開きます。 データベースの名前を右クリックし、 [プロパティ]を選択します。
DirectQueryModeプロパティは、配置のプロパティを定義したときに設定しました。
データ ソースの権限借用情報プロパティは、ユーザーの権限借用オプションを定義したときに設定しました。 詳細については、「 偽装オプションの設定 (SSAS - 多次元)」を参照してください。
これらのプロパティは、モデルが配置された後、いつでも変更できます。
DirectQuery オプションの比較
DirectQuery のみ
このオプションは、データのソースが単一であることを保証する場合、またはデータが大きすぎてメモリに収まらない場合に推奨されます。 非常に大きなリレーショナル データ ソースを操作する場合は、デザイン時にデータのサブセットを使用してモデルを作成できます。 モデルを DirectQuery のみのモードで配置する場合は、データ ソース定義を編集して必要なすべてのデータを含めることができます。
このオプションは、リレーショナル データ ソースが提供しているセキュリティを使用してユーザーのデータ アクセスを制御する場合にも推奨されます。 キャッシュされた表形式モデルでは、Analysis Services ロールを使用してデータ アクセスを制御することもできますが、キャッシュに格納されているデータもセキュリティで保護する必要があります。 セキュリティ コンテキストによってデータをキャッシュしないことが要求される場合は、常にこのオプションを使用する必要があります。
次の表で、DirectQuery のみのモードで可能な展開結果について説明します。
| キャッシュなしの DirectQuery | キャッシュにデータは読み込まれません。 モデルは処理できません。 モデルは、DAX クエリをサポートするクライアントを使用してクエリのみ行うことができます。 クエリ結果は、常に元のデータ ソースから返されます。 DirectQueryMode = OnQueryMode = Directquery |
| キャッシュにのみクエリを実行する DirectQuery | 配置が失敗します。 この構成はサポートされていません。"と言うメッセージが表示されます。 DirectQueryMode = OnQueryMode = メモリ内 |
ハイブリッド モード
モデルをハイブリッド モードで配置すると多くの利点があります。必要に応じて SQL Server データ ソースから最新データを取得できますが、キャッシュを保持すると、レポートのデザインまたはモデルのテスト時にメモリ内のデータをより高いパフォーマンスで操作できます。
DirectQuery ハイブリッド モードは、モデルが非常に大きい場合にも役立ちます。 ユーザーが古いデータを取得したりキャッシュが処理される間モデルが使用不能になったりする代わりに、処理の進行中にモデルを DirectQuery モードに切り替えることができます。 パフォーマンスはわずかに低下する可能性がありますが、ユーザーはリレーショナル ストアからデータを直接取得できるため、結果が最新であることが保証されます。
次の表で、DirectQuery オプションの組み合わせにおける配置結果を比較します。
| キャッシュ優先のハイブリッド モード | モデルを処理することができ、データをキャッシュに読み込むことができます。 クエリでは、既定でキャッシュが使用されます。 クライアントで DirectQuery ソースを使用する場合は、接続文字列にパラメーターを挿入する必要があります。 DirectQueryMode = OnQueryMode = DirectQuery を使用したメモリ内 |
| DirectQuery 優先のハイブリッド モード | モデルは処理され、データをキャッシュに読み込むことができます。 ただし、既定ではクエリで DirectQuery が使用されます。 クライアントでキャッシュ データを使用する場合は、接続文字列にパラメーターを挿入する必要があります。 モデル内のテーブルがパーティション分割されている場合は、キャッシュのプリンシパル パーティションも [In-Memory (DirectQuery あり)]に設定されます。 DirectQueryMode = OnQueryMode = メモリ内の DirectQuery |