インデックス（索引）

📖 もうちょい詳しく

何が新しいの？

インデックスは、データベースから目的のデータを速く探し出すための「索引」です。
データが少ないうちは、上から順番に全部見ても一瞬で終わります。でも、件数が何万・何百万と増えてくると、毎回ぜんぶ見て回るのはとても遅くなります。そこで、よく検索する項目だけ先に整理しておこう、というのがインデックスの考え方です。新しい技術というより、データベースが速さを保つために昔からある定番のしくみです。

どうやって動いてるの？

インデックスは、検索したい項目（たとえば「会員番号」や「名前」）の値を、あらかじめ並べ替えて別に持っておきます。
多くのデータベースでは、この並びを B-tree（バランス木） という枝分かれした形で管理します。値を順にたどれるので、目的の場所まで一気に近づけるしくみです。検索のときは、データ本体を全部見ず、まずこの整理済みの索引を引いて「本体のどこにあるか」を突き止めます。

何ができるの？

たくさんのデータの中から、特定の1件や条件に合う数件を探す処理がぐっと速くなります。
会員サイトのログイン、商品検索、注文履歴の絞り込みなど、「条件で探す」場面のほとんどはインデックスが下支えしています。読者が普段使うアプリの「サクサク感」は、裏側でこうした索引が効いていることが多いのです。

🌱 身近なたとえ

分厚い専門書の巻末にある「索引」で例えると分かりやすいです。
ある言葉を調べたいとき、1ページ目からめくって探すのは大変です。でも索引を見れば「その言葉は何ページにあるか」がすぐ分かり、目的のページへ一直線です。インデックスも同じで、本体を端から読まずに「どこを見ればいいか」を先に教えてくれる索引なのです。

✅ まず覚えるポイント

• インデックスは、データを速く探すための「索引」
• よく検索する項目をあらかじめ並べ替えて持っておく
• 本体を全部見ず、索引から場所を突き止める
• データが多いほど効果が大きい
• 検索は速くなるが、万能ではない

🧭 よくある勘違い

インデックスをたくさん付ければ、いつも速くなるの？

そうとは限りません。
インデックスはデータを追加・更新するたびに、索引のほうも作り直す必要があります。付けすぎると、書き込みが遅くなったり、保存場所を余計に使ったりします。「よく検索する項目にしぼって付ける」のが基本です。

インデックスはデータそのものを別に保存しているの？

少し違います。
インデックスが持つのは、おもに「検索用の値」と「本体のどこにあるか」を指す目印です。本のページ全部を索引に書き写すわけではなく、ページ番号だけを並べておくイメージに近いです。だから本体とは別物で、後から付けたり外したりできます。

🧩 関連して覚えると楽な言葉

• RDB: 表でデータを管理するデータベース。インデックスはここでよく使う
• SQL: データベースに指示を出す言葉。検索を速くしたいときインデックスが効く
• クエリ: データベースへの「問い合わせ」。これをインデックスが助ける
• 主キー: 行を1つに特定する項目。多くの場合、自動でインデックスが付く

🏁 ひとことでまとめ

インデックスは、大量のデータから目的の1件を素早く見つけるための索引です。
本の巻末の索引と同じで、全部を読まずに「どこを見ればいいか」を先に示してくれるからこそ、アプリの検索はサクサク動くのです。