【応用情報技術者試験】インデックスと主キーの違いをわかりやすく解説

主キーは行を識別するための制約・設計上のキー、インデックスはデータへのアクセスを効率化する仕組みです。主キーを支えるためにインデックスが使われることはありますが、両者は同じ概念ではありません。

役割と制約を比較

SQLでは主キーのない表も作れる場合がありますが、データ設計では行をどう識別するかを明確にします。主キーを複数列にすることと、主キー制約を複数作ることは別です。

社員IDを主キーにした表でも、氏名から検索する処理が多いなら、氏名列に検索用のインデックスを検討できます。同姓同名を許すなら、氏名を一意にする必要はありません。「インデックスがある列はすべて主キー」とは限りません。

PostgreSQLではPRIMARY KEYを定義すると、一意なB-treeインデックスが自動作成され、各列にはNOT NULLが課されます。一方、独立した一意インデックスを作ることと、主キーとして宣言することは別です。ほかのDBMSでは実装も異なるため、製品の仕様を確認します。

返す行が多い場合や小さな表では、全体を走査した方が効率的な場合があります。DBMSは条件や統計などから実行計画を選ぶため、作成したインデックスが必ず使われるわけではありません。

インデックスには保存領域が必要で、データの追加・変更・削除時には関連するインデックスの維持処理も発生します。増やせばよいというものではなく、検索と更新の利用状況から検討します。インデックスは一般に行の表示順を保証するものでもなく、順番が必要な検索はORDER BYを指定します。

主キーの候補をどう選ぶかは、候補キーと主キーの関係で確認できます。

氏名列に通常のインデックスがあれば、同姓同名の行は登録できなくなるでしょうか？また、その列が主キーになるでしょうか？

解答・解説を見る

どちらもいいえです。通常のインデックスと、一意インデックス・主キー制約は区別します。検索用のインデックスを作るだけで主キーになるわけではありません。

関連noteでは主キー・複合主キーから関数従属・正規化へ進めます。検索の仕組みとの違いを理解した後は、表の識別と設計の基礎を復習できます。

ほかの教材は資格・目的別のnote教材ナビから選べます。