こんにちは！データベースの世界へようこそ。
普段、アプリを作ったりデータをいじったりしていると、必ずと言っていいほど「このユーザーは有料会員かな？」「この投稿は公開済みかな？」といった、「はい」か「いいえ」かを判定したい場面に出くわしますよね。
そんなとき、PostgreSQLで迷わず使いたいのが`boolean`型です。今日は、このシンプルだけど奥が深い「真偽値」との上手な付き合い方について、お話ししようと思います。
—
boolean型は「電気のスイッチ」
`boolean`型をイメージするなら、「部屋の電気のスイッチ」を想像してみてください。
- true（真）： 電気がついている状態
- false（偽）： 電気が消えている状態
すごくシンプルですよね。でも、データベースの世界には、現実世界にはあまりない「もう一つの状態」が隠れているんです。それが`null`（ヌル）です。
「わからない」という第3の状態
実は、データベースにおける`null`は「false（消えている）」とは全く別物です。「消えている」のではなく、「スイッチがあるかどうかすら不明」とか「まだ何も決まっていない」という状態を指します。
初心者の頃、`null`を「falseと同じでしょ？」と軽く考えてバグを生んでしまうことがよくあります。
「公開済みか？」というフラグで考えたとき：
- true： 公開中！
- false： 下書き中。
- null： まだ作成したばかりで、公開するかどうかも決めていない。
こんなふうに、「はい・いいえ」では割り切れない「未定」という選択肢があることを覚えておくと、設計がグッとプロっぽくなりますよ。
—
インデックスで検索を爆速にするコツ
さて、ここからは少しだけデータベースの裏側の話をしましょう。
例えば、何百万件ものデータがある中で「公開済みの記事だけを表示したい（trueだけを探したい）」というとき、普通に検索するとデータベースは最初から最後まで全てのページをめくるように探します。これだと時間がかかりすぎてしまいますよね。
そこで登場するのが「インデックス（索引）」です。
全員を並べる必要はない
`boolean`型は「trueかfalseか」の2択しかないので、インデックスを作るときにちょっとした工夫ができます。
実は、PostgreSQLでは「trueだけ」とか「falseだけ」に絞ってインデックスを作るというワザ（部分インデックス）が使えるんです。
例えば、「公開済みの記事だけを頻繁に検索する」なら、こんな風にインデックスを作ります。
CREATE INDEX idx_published_posts ON posts (created_at) WHERE is_published = true;
これの何がすごいかというと、「false（下書き）のデータはインデックスの対象外にする」ことで、インデックスのサイズが小さくなり、検索がめちゃくちゃ速くなるんです。図書館の目録に「貸出中」の本だけを載せるようなものですね。これだけで、システムのレスポンスは劇的に改善します。
—
まとめ：boolean型と仲良くなるために
最後に、今回のポイントをまとめておきますね。
- `true`と`false`はスイッチのON/OFF。
- `null`は「未定」や「不明」という別の状態。これをごっちゃにしないのが設計のコツ！
- 検索を速くしたいときは「部分インデックス」を検討する。特に「trueだけ」とか「特定の条件だけ」をインデックス化すると、DBがとっても喜びます。
データベース設計は、現実世界の物事をどうやってデータとして切り取るかという「パズル」のような作業です。最初は難しく感じるかもしれませんが、こうやって少しずつ仕組みを理解していくと、自分の書いたコードがスルスル動くようになって、本当に楽しくなりますよ。
もし「こんなときはどうすればいいの？」という疑問が出てきたら、いつでもまた聞きに来てくださいね！それでは、楽しいDBライフを！
コメント