Power BI におけるデータアクセス方法まとめ (DirectQuery とライブ接続の違い)

2017-04-05

Microsoft Japan Data Platform Tech Sales Team

土井

Power BI にはデータアクセスの方法が大きく 3 種類あります。

インポート
DirectQuery
ライブ接続

それぞれの使いわけや制限がいまいちわかりにくい、と相談を頂くケースが多いので、まとめてみます。

(ストリーミングデータセットや REST API によるプッシュ型のデータセットについては本記事の対象外とします)

◆ 本題に入る前に・・・

Power BI Desktop は無償提供しているデータ活用アプリケーションですが、実は裏側では商用データベースである SQL Server が動いているのをご存知でしたでしょうか？

Power BI Desktop を起動した状態でタスクマネージャーを見てみると、 SQL Server の分析用データベース機能である SQL Server Analysis Services がバックグラウンドプロセスとして動いているのが見ていただけます。

無償で商用データベースの一機能を使えてしまうという営業泣かせのプロダクトです。まだ触ったことがない、という方はぜひこちらからダウンロードしてみてください。

それでは、それぞれのデータアクセス方法について見ていきましょう

◆ インポート

インポートではこの、Power BI Desktop 内で動いている SQL Server Analysis Services のメモリ内 (データモデル) にデータを取り込みます。

・取り込めるデータソースの一覧

フラットファイルや SQL Server 、 Azure の各サービスはもちろん、3rd Party のデータベースや、クラウドサービスからもデータを取得できるようになっています。詳細は以下のリンクを参照ください。

[Power BI Desktop のデータソース]

・Power BI Desktop にインポートできるデータサイズ

特に制限はありませんが、クライアント PC のメモリにデータを保持するため、お使いの PC のスペックにより上限が決まります。また、Power BI サービスにレポートを発行する場合は、クラウドサービス側に取り込めるデータセットの上限容量が決まっており、圧縮後 1GB まで となっています。(Power BI Premium をご利用の場合、この制限はありません。※2017/6/1更新)

[Power BI サービスのデータソース]

・データのリフレッシュ

更新ボタンを押すとデータソースにクエリを発行し、データモデル内のデータを最新化することができます。また、Power BI サービスにアップロードした場合、スケジュールを指定してデータ更新をすることができるようになっています。無償ライセンスでは 1 日 1 度、**有償ライセンス (Power BI Pro) ではともに1 日 8 回まで**更新スケジュールを指定できます。(※2017/6/1更新) オンプレミスのデータソースに対してアクセスする場合は別途オンプレミスデータゲートウェイを構成する必要があります。

[Power BI でのデータの更新]

[スケジュールされた更新の構成]

[オンプレミスデータゲートウェイ]

◆ DirectQuery

DirectQuery では Power BI Desktop 内で動いている SQL Server Analysis Services が DAX (場合によっては MDX) で問い合わせを受け付け、SQL に変換してデータソースにクエリを発行します。データソース側で処理された結果だけを Power BI で表示をします。データモデル内にデータをインポートしないので、Power BI サービスにおけるデータ容量の上限 (圧縮後 1GB) の制限を受けません。一方で、その都度データソースにクエリを発行するため、レスポンスタイムはインポートの場合と比較すると遅くなります。

・サポートされているデータソース

SQL Server や Oracle など主要な RDBMS や SQL Data Warehouse や Amazon Redshift などのクラウド DWH に対応しています。詳細は以下リンクを参照ください。

[Power BI Desktop の DirectQuery]

・DirectQuery を使用する場合の重要な考慮事項

一般的な ROLAP の BI 製品における共通の考慮事項です。

- DAX を SQL に変換するため意図せず複雑なクエリを発行してしまう可能性がある

- データソースへの接続は代表ユーザでの接続となる (ログインユーザの情報はデータソースに渡さない)

- 一部の機能やDAX関数は未対応です。

詳細は下記ドキュメントをご確認ください。

[DirectQuery の制限]

[DirectQuery を使用する場合の重要な考慮事項]

・Power BI サービスにおける DirectQuery

Power BI Desktop で DirectQuery がサポートされているデータソースでも、Power BI サービスからは利用できない場合があるためご注意ください。Power BI サービスにおける最新のサポート情報は Power BI Blog を参照ください。

例 : [Announcing support for Amazon Redshift connectivity in the Power BI service]

また、Power BI 料金表における “完全対話型のライブデータソースを使用する” は DirectQuery および後述のライブ接続を指しますので、**有償ライセンス (Power BI Pro) が必要な機能**となります。 (※2017/6/1更新)

◆ ライブ接続

・ライブ接続ではデータソースとなる SQL Server Analysis Services もしくは Azure Analysis Services に対して直接接続して DAX で問い合わせをします。DirectQuery と異なり、ネイティブなクエリでデータソースとやりとりするため、変換時のオーバーヘッドが無く高速なレスポンスが期待できます。

・ライブ接続のメリット

■セキュリティ

Analysis Services ではデータソース側でアクセス制御を一元管理ができます。Power BI サービスでは行レベルアクセス制御 (RLS) の機能を提供していますので、インポート、DirectQuery の場合もユーザの権限に応じたアクセス制御を実現することができますが、Power BI Desktop のみを使用している場合、アクセス制御はデータソース側で設定する必要があります。

また、Analysis Services では EffectiveUserName と呼ばれる属性情報を使って、ユーザを特定した状態でデータソースにアクセスします。これによりいつ、どのユーザがどんなクエリを発行したのか、といった詳細レベルの情報を取得することも可能です。

[接続文字列プロパティ (Analysis Services)]

■要件に応じて二つのモードを使い分けできる

Analysis Services は二つのモードを提供しています。Power BI Desktop のエンジンと同じ技術が使われている表形式モードと、従来バージョンから長く利用されてきた多次元モードです。メモリに乗り切らないような大量データを扱う場合には後者の多次元モードを使用してあらかじめ集計を作成しておくなど、データモデルの設計が必要となるケースもあります。1 つのライセンスで 2 つのモードを利用いただけますので、要件に応じて最適なモードをお選びいただけます。

Analysis Services についての詳細は以下の記事を参照ください。

[SQL Server Analysis Services入門]

[SQL Server 2016 Analysis Services のご紹介]

◆ まとめ

本記事では Power BI における 3 つのデータアクセス方法について解説しました。

ほとんどの場合、まずはインポートで手軽にお試しいただき、データ容量が増えてきたり、パフォーマンスを改善したい、ガバナンスを効かせたいといったエンタープライズの要件が出てきたりした場合に DirectQuery かライブ接続をご検討いただくことになるかと思います。

ここまでご説明した内容を以下の一枚物でまとめましたので、データアクセス方法を検討する際の材料としていただければ幸いです。

Comments

Anonymous
October 18, 2017
The comment has been removed
- Anonymous
  November 13, 2017
  The comment has been removed

Share via

Power BI におけるデータ アクセス方法 まとめ (DirectQuery と ライブ接続の違い)