パワークエリとは【補足編】― データモデル・パラメータクエリ・クラウド連携・知られていない理由

読み込み先の4つの選択肢

「閉じて読み込む」の横にある▼から「閉じて次に読み込む…」を選ぶと、読み込み先を選択できます。

「接続のみ」は、中間処理用のクエリ（マスタテーブルや加工途中のクエリ）をシートに出さずに保持するためのものです。 複数クエリを組み合わせる設計ではほぼ必須の選択肢であり、シートが増えずファイルも軽くなります。

データモデル ― Excelの中に隠れたもう1つのデータベース

「このデータをデータモデルに追加する」にチェックを入れると、データがExcel内部の列指向圧縮データベースに格納されます。 これがPower Pivot（パワーピボット）の世界への入口です。

データモデルのメリット

104万行の壁を超えられる。 データモデルはワークシートの行数制限に縛られず、PCメモリ次第で数百万行以上を保持可能です（理論上約20億行）。 「接続のみ」＋「データモデルに追加」で読み込み、「挿入」→「ピボットテーブル」→「データモデルから」で集計できます。

複数テーブルのリレーションシップが組める。 「売上明細テーブル」と「商品マスタテーブル」をリレーションで紐づけると、1つのピボットで横断的に集計可能です。

DAX関数が使える。 前年比・累計などの高度な時系列分析がExcel上で可能になります。Power BIに移行する際もDAXの知識がそのまま活きます。

ファイルサイズが小さくなる。 列指向圧縮により、シート展開より格段に小さくなります。45MBが3MBになった事例もあります。

データモデルの注意点

データモデル内のデータは読み取り専用で直接編集できません。変更はパワークエリ側で行います。 通常のExcel関数（VLOOKUP、SUMIFS等）では直接参照できず、DAX関数やCUBE関数が必要です。 データモデル・リレーション・DAXはパワークエリとは別の学習領域なので段階的に進むのがおすすめです。

セルの値でクエリを動的に変える「パラメータクエリ」

「条件を変えるたびにエディターを開かなきゃいけないんでしょ？」――これは明確な誤解です。 パラメータクエリを使えば、シート上のセルに入力した値をフィルター条件・ファイルパス・検索値として渡し、 エディターを開かずに「更新」だけで結果を切り替えられます。

仕組みの核心：Excel.CurrentWorkbook()

M言語の Excel.CurrentWorkbook() 関数で、現在のブック内のテーブル値をパワークエリ側で読み取ります。 ドリルダウンで変数化し、メインクエリのフィルター条件に埋め込むだけです。

補足：クラウド連携 ― SharePoint・Googleスプレッドシートとの接続

このサイトは制限環境でのExcel活用がテーマですが、職場環境によってはクラウド連携が強力な武器になるため、補足として紹介します。

SharePoint連携

Microsoft 365環境であれば、「SharePoint Onlineリストから」でSharePointリストのデータを直接取込、 「SharePointフォルダーから」でドキュメントライブラリ内のファイルをフォルダ一括取得と同じ要領で結合できます。 チームメンバーがSharePointにファイルを置くだけで、集約側Excelは「更新」1つで最新データを反映できます。

Googleスプレッドシート連携

Googleスプレッドシートの「ウェブに公開」機能でCSV形式のURLを発行し、パワークエリの「Webから」で接続すれば、 Google Workspace環境のデータもExcelに直接取り込めます。

なぜパワークエリは「存在すら知られていない」のか

資料が圧倒的に少ない

Amazonで「Excel VBA」は数百冊ヒットしますが「パワークエリ」の専門書は約10冊前後。 VBAは1994年から30年以上の歴史がある一方、パワークエリの本格普及は2020年代からで、情報蓄積期間がVBAの10分の1しかありません。 ユーザー数も「認識しているのが20〜30人に1人、活用しているのは100人に1人」程度で、出版社にとって商業リスクが高い。 GUI操作は大量スクリーンショットが必要で書籍と相性が悪く、結果としてYouTubeに情報が集中し書籍は増えにくい構造です。 M言語はMicrosoft独自の関数型言語のため既存の解説者が参入しにくく、日本語資料は特に希少です。

構造的に発見されない

「データ」タブを開く人がそもそもいない。 ほとんどのユーザーが使うのは「ホーム」「挿入」「数式」。存在を知らなければ検索もしません。

名前が何者か想像できない。 日本語版Excelでは「データの取得と変換」というメニュー名で「Power Query」の文字が画面にほぼ出ません。

研修・資格試験のカリキュラムに入っていない。 MOS等は関数・ピボット・VBAが中心です。

手作業に慣れすぎて「困っていない」。 パワークエリなら1分で終わる作業に30分かけていても、知らなければ「普通」です。

「自動化＝マクロ」の思い込み。 パワークエリはVBAとは全く別のアプローチですが「マクロじゃないなら自動化ではない」という先入観で選択肢に上がりません。

「データ整形」自体が評価されにくい。 完璧に整形されたデータは「最初からこの形だったんでしょ？」と思われ、労力が見えません。

Microsoftの啓蒙が後手に回った。 Power BIには大きなマーケティング投資がされましたが、ExcelのPower Queryは控えめでした。 エディターのUIもExcelと全く異なり、初回ガイドもありません。