A5:SQL Mk-2で「SQLの闇」を照らせ！実行計画をハックしてパフォーマンスを極限まで引き出す技術
現場のテックリードとして日々コードレビューをしていると、必ずと言っていいほど遭遇するのが「なんとなく書かれたクエリ」と「なぜか遅いシステム」の組み合わせだ。
「A5:SQL Mk-2」は単なるGUIクライアントではない。正しく使いこなせば、RDBMSの内部動作を可視化する最強のデバッガーになる。今回は、GUIの操作を覚える段階を卒業したエンジニアに向けて、「SQLのボトルネックを一撃で特定し、実行計画をチューニングするための極意」を叩き込む。
—
1. 実行計画の取得：GUIで満足するな、ショートカットで脳を直結させろ
実行計画（Explain Plan）を見る際、メニューをクリックしているようではプロとは呼べない。思考を中断させないのが鉄則だ。
- 鉄板ショートカット:
- `Ctrl + E`: 実行計画の取得（Explain Plan）。
- `Ctrl + Enter`: SQL実行。
- `Alt + F7`: 検索・置換の即時起動。
プロのテクニック:
実行計画を取得したら、必ず「コスト（Cost）」と「行数（Rows）」の乖離を見ろ。統計情報が古いと、オプティマイザは「1行しか返らない」と判断してNested Loopを選択するが、実際はフルスキャンが発生しているというケースが多々ある。
—
2. ボトルネック特定：A5:SQL Mk-2で見るべき「3つの聖域」
実行計画のツリービューやグリッドを表示したとき、真っ先に目を向けるべきは以下の3点だ。
① Table Full Scan（フルスキャン）の有無
インデックスが貼られていても、`WHERE`句で関数（`WHERE DATE(created_at) = ‘2023-01-01’`など）を使っていればインデックスは死ぬ。実行計画上で「Table Access Full」が見えたら、そこが戦場だ。
② Hash Join vs Nested Loop
- Nested Loop: 小規模なデータセットに対する等値結合なら最強だが、数百万行のテーブル同士でこれが出たら、インデックス不足のサインだ。
- Hash Join: 大規模なデータセットの結合で選択されるが、メモリ（TempDB）を食う。ここが遅いなら、結合キーにインデックスを貼るか、結合条件を見直すべきだ。
③ 統計情報の鮮度
A5:SQL Mk-2の「実行計画」で表示されるコストと、実際の実行時間が合わない場合、それは統計情報が古くなっている証拠だ。`ANALYZE`（PostgreSQL）や`UPDATE STATISTICS`（SQL Server）を叩くタイミングを逃していないか？
—
3. チーム開発を加速させる「設定共有化」のベストプラクティス
個人のマシンで環境構築を完結させるのは「属人化の温床」だ。A5:SQL Mk-2の設定はエクスポートしてGit管理しろ。
推奨する設定ファイル（XML構成）の肝
A5:SQL Mk-2の設定はエクスポートしたXMLを読み込むことで一括管理できる。特に「接続定義」と「SQLフォーマット」はチームで統一する。
チーム開発の掟:
1. 接続文字列は環境変数経由: パスワード直書きは厳禁。接続定義にはダミーを入れ、個人のローカル設定のみで管理する。
2. SQLテンプレートの共有: よく使う検証用クエリや、実行計画取得用の定型句を「SQLテンプレート」としてGitで共有する。
—
4. 生産性を爆上げする「神プラグイン」と隠し機能
A5:SQL Mk-2の真価は、カスタムスクリプト機能にある。
- カスタムツール機能:
「実行中のSQLをEXPLAIN付きで発行する」ようなスクリプトを登録せよ。いちいち手動で`EXPLAIN`を前置するのは無駄だ。
- キーボードマクロの活用:
毎回タイピングする`SELECT FROM … LIMIT 100`などはスニペット登録し、`Alt + 0`などのショートカットを割り当てて0.1秒で呼び出せ。
—
結論：ツールは「思考の速度」に追従させろ
データベース・エンジニアの価値は、「どれだけ速いSQLを書くか」ではなく、「どれだけ早くボトルネックを特定し、再現性のある修正を提案できるか」にある。
A5:SQL Mk-2を単なる「SQLを投げる場所」から「データベースの挙動を監視するコクピット」へと昇華させろ。ショートカットを指に覚えさせ、実行計画の「嘘」を見抜き、チームのクエリレベルを底上げするのだ。
現場からは以上だ。さあ、今すぐ実行計画を開いて、眠っているボトルネックを狩りに行こう。