Power BI Direct Lake モードとは何か、どう活用するか

Power BIで大量のデータを扱う際、これまで私たちは常に「究極の二択」に悩まされてきました。

データを丸ごと取り込んで高速化する**「インポートモード」か、速度を犠牲にしてでも常に最新データを見に行く「DirectQueryモード」**か。

しかし、Microsoft Fabricの登場とともに、このジレンマを打ち破る第3の選択肢「Direct Lake（ダイレクト・レイク）モード」が誕生しました。一言で言えば、「インポートの圧倒的な速さ」と「DirectQueryのデータの鮮度」を両立させた、夢のようなデータアクセス方式です。

この記事では、Direct Lakeモードの画期的な仕組みから、実際の使いどころ、そして導入前に知っておくべき制限事項までを、わかりやすく網羅的に解説します。

1. なぜ「Direct Lake」が生まれたのか？（これまでの限界）

Direct Lakeの価値を理解するために、まずは従来の2つのモードの限界をおさらいしましょう。

• インポートモードの限界： 圧倒的に速いですが、データ量に上限があり、定期的な「更新（リフレッシュ）」が必要です。データが数千万行を超えると更新に何時間もかかり、その間レポートには古いデータが表示されたままになります。

• DirectQueryモードの限界： 常に最新のデータが見られますが、グラフをクリックするたびにデータベースへ問い合わせに行くため、表示が遅くなります。利用者が増えるとデータベースがパンクする危険性もあります。

この「データ鮮度」と「パフォーマンス」のトレードオフを根本から解決するために設計されたのが、Direct Lakeモードです。

2. Direct Lakeの画期的な仕組み：データを「コピー」せず「直接読む」

Direct Lakeを理解するためのキーワードは、「OneLake」と「Delta Lake（Parquet形式）」の2つです。

1. OneLake（ワンレイク）： Microsoft Fabricが提供する、組織全体のデータを一元管理する巨大なデータレイク（いわばデータのためのOneDrive）です。

2. Delta Lake（デルタレイク）： OneLake内にデータを保存する際のオープンなファイル形式です。変更履歴が記録されるため、データの更新に強く、超高速で読み取れる特徴があります。

【Direct Lakeはどう動くのか？】

従来のインポートモードは、データソースからPower BIのエンジンの中にデータを「コピー」して持ってくる必要がありました。

一方、Direct Lakeモードでは、Power BIのエンジンがOneLake上にあるDelta Lakeファイルを「直接、そのままメモリに読み込み」ます。

データをコピー・変換する重い処理（リフレッシュ）をスキップできるため、データが更新されたら、Power BIは「変更された部分のファイルだけをサッと再読み込み」すれば完了です。これにより、ほぼリアルタイムの鮮度を、インポートに匹敵する爆速で表示できるのです。

3. 3つのモードの比較表

それぞれの特徴を比較すると、Direct Lakeの立ち位置が明確になります。

4. 知っておくべき「フォールバック（切り替え）」の仕組み

Direct Lakeには、「フォールバック（Fallback）」という安全装置が備わっています。

もし、データ量がメモリの限界を超えたり、Direct Lakeが対応していない複雑なDAX関数が使われたりした場合、システムは自動的に**DirectQueryモードに切り替わって（フォールバックして）**処理を続行します。

ユーザーの画面にエラーは出ず、見た目上は普通に動きますが、「なんだか急にレポートの動きが重くなったな」と感じるはずです。Direct Lakeの恩恵をフルに受けるには、SQL Server Profilerなどの監視ツールを使い、「意図せずフォールバックが発生していないか」を定期的にチェックする運用が求められます。

5. Direct Lakeを使うための前提条件

これほど強力なDirect Lakeですが、今日から誰でもすぐに使えるわけではありません。以下の環境と準備が必要です。

• ライセンス要件： Microsoft Fabricの容量（F SKU）、またはPower BI Premium（P SKU）が必要です。通常のProライセンスやPPU（Premium Per User）だけでは利用できません。

• データの保存場所： データが「OneLake」上に、「Delta Lake形式」で保存されている必要があります。既存のSQLデータベース等のデータは、Fabricのデータパイプライン等を使ってOneLakeに持ってくる作業（データエンジニアリング）が必要です。

• 作成場所： 現在、Direct Lakeのデータセット作成はPower BI Desktopから直接行うのではなく、ブラウザ上のFabricポータルから行うのが基本フローとなっています。

6. 導入前の注意点と制限事項

発展途上の新しいテクノロジーであるため、いくつかの制限事項も理解しておく必要があります。

• リレーションシップの壁： Direct Lakeモデルでは、「すべてのテーブルが同じFabricワークスペース内のOneLakeにあること」が条件です。外部の別データベースのテーブルを直接混ぜることはできません。

• セキュリティ（RLS）との相性： 行レベルセキュリティ（RLS）は設定可能ですが、複雑な設定をすると前述の「フォールバック」が発生しやすくなり、パフォーマンスが落ちる可能性があります。

• 「完全なリアルタイム」ではない： データの更新処理は劇的に軽いですが、OneLake側のデータが変わった瞬間に自動で画面が変わるわけではありません。「データが変わったよ」とPower BIに教える軽量な更新トリガー（APIやパイプライン連携）を設定する必要があります。

実運用では、Fabricの「メダリオンアーキテクチャ（データをブロンズ・シルバー・ゴールドと段階的に綺麗にしていく設計）」と組み合わせ、最終的なゴールド層のデータ更新とPower BIのモデル更新を連動させるのが理想的です。

7. どんな組織・プロジェクトに向いているか？

Direct Lakeは、「数千万〜数億行の超ビッグデータを、リアルタイムに近い鮮度で、かつサクサクと分析したい」という、大規模なデータ課題を抱えるエンタープライズ企業に最適です。すでにAzureを中心にデータ基盤を構築している組織にとっては、Fabricへの移行とDirect Lakeの採用は非常に強力な一手になります。

逆に、数十万行程度のExcelデータや、1日1回の更新で十分な業務レポートであれば、環境構築の手間がかからない従来の「インポートモード」のほうがシンプルで適しています。

まとめ

Power BIの「Direct Lakeモード」は、長年データアナリストを悩ませてきた「速度か、鮮度か」という妥協をなくす、まさにゲームチェンジャーです。Microsoft Fabricという大きなデータ基盤に乗ることが前提となりますが、その投資に見合うだけの圧倒的なパフォーマンスを提供してくれます。

もしあなたの組織が「レポートが重すぎる」「データが古くて使えない」という壁にぶつかっているなら、次のデータ基盤の設計図に「Direct Lake」を描き加えるタイミングかもしれません。