【入門編】関数従属性統計 – PostgreSQL

こんにちは！データベースの世界に飛び込んで、日々のデータ操作に奮闘している皆さん、お疲れ様です。

データベースを触っていると、「検索がなんだか遅いな？」と感じる瞬間、ありますよね。そんな時、実はPostgreSQL（ポスグレ）というデータベース君が、裏側で一生懸命「どの道を通ってデータを取ってくるのが一番早いかな？」と計算してくれています。

今日は、その計算の精度をグッと底上げしてくれる、ちょっとした「裏技」……いえ、「賢い付き合い方」についてお話しします。

想像してみてください。あなたはカフェの店長さんです。お客さんが注文に来ました。

「『アイスコーヒー』と『氷なし』でお願いします」

この注文を聞いた時、あなたは即座にこう思いませんか？
「ああ、冷たい飲み物で氷を抜くなら、結局は『ぬるいコーヒー』になるんだな」って。

人間なら当たり前にわかるこの「関係性」も、データベース君にとっては、実は意外と難しいことなんです。PostgreSQLは、基本的にそれぞれの条件を別々に考えようとします。

この2つを別々に計算して、「この両方を満たす注文はこのくらいだろう」と掛け算で予測するのですが、「アイスコーヒー」という言葉だけで、すでに「氷が入っている前提」という情報が含まれていることを、デフォルトのままではうまく読み取れないことがあるんです。

その結果、「そんなレアな組み合わせ、ほとんどいないはず！」と見積もったのに、実際はたくさん注文が来ていて、データベースが「予想外だ！計算し直さなきゃ！」とパニックになり、表示が遅くなってしまう……なんてことが起こります。

ここで今回紹介する「関数従属性（Functional Dependencies）」の出番です。

これは簡単に言うと、「この列の値が決まれば、あの列の値も自動的に決まるんだよ」という関係性を、あらかじめデータベース君に教えてあげることです。

先ほどの例で言えば、「『飲み物の種類』が分かれば、『温度設定』の選択肢も自ずと決まってくるよね」というルールを教えてあげるイメージです。

これを通訳のようにPostgreSQLに伝えてあげると、彼はこう考え直します。

「なるほど！『アイスコーヒー』なら『氷あり』が基本だから、『氷なし』という組み合わせはそもそも珍しいんだね。それなら、この検索はすごく絞り込めるから、一番速い近道を使おう！」

やり方はとっても簡単です。PostgreSQLの「拡張統計」という機能を使います。

CREATE STATISTICS 統計名 (dependencies) ON 列A, 列B FROM テーブル名;

たったこれだけ。これだけで、データベース君は「ああ、この2つの列は仲良し（相関がある）なんだな」と理解して、見積もりの精度を劇的に改善してくれます。

ここまで読んで「じゃあ全部の列に設定しちゃえ！」と思ったあなた、ちょっと待ってくださいね。

この設定はあくまで「データベース君に教えるヒント」です。あまりにたくさん設定しすぎると、今度は「そのヒントを整理する作業」自体が重くなってしまいます。

まずはこんなところに絞って、ピンポイントで試してみるのがコツです。

データベースは、ただの「データの箱」ではありません。皆さんが少し工夫してあげるだけで、驚くほど賢く、そして速く動いてくれる「頼もしい相棒」になってくれます。

皆さんのデータベースライフが、今日よりも少しだけ快適になりますように！また次回の投稿でお会いしましょう。