こんにちは！データベースの世界へようこそ。
普段、何気なく「SELECT FROM users…」なんてSQLを書いているけれど、データベースの裏側で何が起きているのか、気になったことはありませんか？
今日は、PostgreSQLの頭脳とも言える「クエリプランナ」についてお話しします。難しそうに聞こえるかもしれませんが、実は私たちの日常生活にも似たような仕組みが隠れているんですよ。
—
あなたの代わりに「一番いいルート」を探すナビ
想像してみてください。あなたは今、見知らぬ街で「一番美味しいラーメン屋さん」を探そうとしています。
あなたには二つの方法がありますよね。
1. とにかく手当たり次第、全ての通りを歩き回って店を探す。
2. 地図アプリで「現在地から一番近くて、評価の高いルート」を検索してから出発する。
クエリプランナは、まさにこの「優秀な地図アプリ」なんです。
私たちが「このデータが欲しい！」とSQLという命令を投げると、PostgreSQLはそれを受け取って、いきなり実行するわけではありません。まずはクエリプランナが「どうやってデータを取りに行くのが一番効率的か？」を必死に考え始めます。
なぜ「プランナ」が必要なの？
データベースにデータが10個しかなければ、正直どっちのルートでも大差ありません。でも、もしそれが100万行、1億行ある巨大なデータだとしたらどうでしょう？
ルート選びを間違えると、ラーメン屋に着くまでに3日かかってしまう……なんて悲劇が起きます。データベースの世界では、これが「クエリが全然終わらない（激重）」という現象です。
クエリプランナは、以下のような要素を天秤にかけて、コスト（＝かかる時間や手間）を計算します。
- 「どの道を通る？」：インデックスという「近道」を使うか、それとも全部のデータを端から端までチェックする「全件検索」で行くか。
- 「誰と協力する？」：複数のテーブルをくっつける時、どの順番でつなげれば一番計算が少なくて済むか。
「コストベース」という考え方
クエリプランナは「コスト」という数字で判断します。これは「CPUのパワー」や「ディスクへのアクセス回数」を合計した、いわば「疲労度スコア」みたいなものです。
プランナは、「Aという手順ならコストは100」「Bという手順ならコストは5,000」といった具合に、いくつもの候補を脳内でシミュレーションして、一番疲れない（＝一番速い）ルートを選び取ります。
面白いのは、このプランナも万能ではないということ。データが増えたり統計情報が古くなったりすると、たまに「こっちの道の方が速いと思ったのに！」と勘違いをして、変なルートを選んでしまうこともあります。そんな時に私たちが「いやいや、こっちの道の方が空いてるよ！」と教えてあげるのが、いわゆる「クエリチューニング」の醍醐味なんです。
最後に：データベースと仲良くなるために
「クエリプランナ」という言葉を聞くと、なんだか冷たい機械のようなイメージを持つかもしれません。でも実際は、私たちが投げた雑な注文に対しても、「どうすれば一番早く、あなたを満足させられるだろう？」と、必死に頭を回転させてくれている相棒のような存在です。
もし次にSQLが遅いなと感じたら、怒らずに「プランナがちょっと迷ってるのかな？」と考えてみてください。そうすると、データベースを調整する作業も、なんだかパズルを解くような楽しい時間に変わるはずですよ。
それでは、また次回の記事でお会いしましょう！Happy Querying!
コメント