【入門編】 pg_index – PostgreSQL

こんにちは！データベースの世界へようこそ。

普段、何気なくSQLを書いていると「インデックス」という言葉を耳にしますよね。「検索を速くするための魔法の杖」みたいなイメージを持っている方も多いかもしれません。

でも、そのインデックスたちが「データベースの中でどう管理されているのか？」まで考えたことはありますか？今日は、PostgreSQLという優秀な相棒が、裏側で使っている「住所録」のような存在、`pg_index`についてお話ししようと思います。

—

まずは身近な例えから入ってみましょう。

あなたが分厚い専門書を読んでいるとします。後ろの方に「索引（インデックス）」がありますよね。「あ、このキーワード、何ページにあるかな？」と調べるとき、私たちはその索引を見れば一発で該当ページにたどり着けます。

さて、ここで質問です。「その索引自体が、どの本のどのページにあるか」を管理しているのは誰でしょうか？

もし、図書館に何万冊もの本があって、それぞれの索引がどこにあるかを記録した「目録」がなかったら……司書さんは途方に暮れてしまいますよね。

PostgreSQLにとっての `pg_index` は、まさにこの「目録」のような存在なんです。

—

PostgreSQLには、データベースの裏側を支える「システムカタログ」という特別なテーブル群があります。`pg_index` はその中の一つで、データベース内にある「すべてのインデックスの情報」をまとめたリストだと思ってください。

具体的には、こんなことを教えてくれます。

私たちが `CREATE INDEX` を実行してインデックスを作ると、PostgreSQLは裏でこっそりと「お、新しいインデックスができたな。じゃあ `pg_index` に記録しておこう」と書き込んでいるんです。

—

「百聞は一見にしかず」です。もしあなたの手元にPostgreSQL環境があれば、こんなSQLを叩いてみてください。

SELECT FROM pg_index LIMIT 5;

……どうでしょう？暗号のような数字が並んでいて、最初は少しびっくりするかもしれませんね。

実は、`pg_index` には「テーブル名」や「列名」そのものは書いてありません。書かれているのは「ID（番号）」だけです。

といった具合です。人間がパッと見て理解するためには、他のシステムカタログ（`pg_class` という「テーブルの名前を管理する場所」など）と組み合わせて、「このIDは、あのテーブルのことだったのか！」と紐解いていく必要があるんです。

—

「そんな裏側の細かいこと、知らなくてもSQLは書けるよ」と思うかもしれません。確かにその通りです！

でも、この `pg_index` の存在を知っていると、データベースとの距離がぐっと縮まります。

たとえば、「今、このテーブルに本当にインデックスが効いているのかな？」と不安になったとき、`pg_index` を辿ることで、PostgreSQLが正しくインデックスを認識しているか確認するヒントが得られます。

また、大規模なシステムを運用していると、「使われていないインデックス」を探して削除したいという場面が出てきます。そんなとき、この `pg_index` は「どのインデックスが何のためにあるのか」を特定するための、最も頼りになるデータソースになるんですよ。

—

PostgreSQLは、ただ命令を聞くだけの無機質なツールではありません。私たちがこうして `pg_index` を覗き込むことは、いわば「データベースの頭の中を少しだけ覗かせてもらう」行為です。

「君は今、どんなインデックスを持っていて、どうやって検索を速くしようとしているの？」

そうやってデータベースの構造に興味を持つと、今までただの作業だったSQLのチューニングが、ちょっとしたパズルゲームのように楽しくなってくるはずです。

ぜひ、皆さんもたまには `pg_index` を覗いて、PostgreSQLと対話してみてくださいね。きっと、今まで以上に頼もしい相棒になってくれるはずです！

それでは、また次回の記事でお会いしましょう！