主キーとは？データを一意に識別する仕組みをやさしく解説

「主キーで管理します」「このカラムが主キーになります」。データベースの設計や開発の会話でよく出てくる「主キー」という言葉。具体的に何のことか、なぜ必要なのかがわかりにくいと感じる方もいるのではないでしょうか。

この記事では、主キー（PRIMARY KEY）とは何かを、身近な例を使ってやさしく解説します。

この記事でわかること

主キー（PRIMARY KEY）とは、**データベースのテーブルの中で、各レコード（行）を一意に識別するための列（カラム）**のことです。

「一意」とは「重複しない、ただ1つの」という意味です。つまり、主キーの値はテーブル内で絶対に重複しないことが保証されます。

マイナンバーを思い浮かべてください。日本国民には1人に1つのマイナンバーが割り当てられており、同じ番号を持つ人は存在しません。仮に「田中太郎」という同姓同名の人が複数いたとしても、マイナンバーで区別できます。

データベースの主キーはこれと同じです。

たとえば、顧客テーブルで考えてみましょう。

「田中太郎」が2人いても、顧客IDが001と002で区別できています。これが主キーの役割です。

主キーがないと、次のような問題が起きます。

同じデータを区別できない 「田中太郎さんの注文履歴を表示して」とシステムに命令したとき、同姓同名の人が複数いたらどちらのデータを取得すればよいかわかりません。

データの更新や削除で間違いが起きる どのレコードを変更・削除するかを正確に指定できないため、意図しないデータが変更されるリスクがあります。

テーブル間の関係が作れない 複数のテーブルを関連づけるとき（「この注文は誰のものか」など）、主キーが基準になります。主キーがなければ、テーブルをつなぐことができません。

実際の業務システムでは、次のような主キーが使われることが多いです。

「社員番号で管理してください」「注文IDをキーにして検索します」といった会話が出てきたら、それは主キーを使ったデータ管理の話です。

名前や住所を主キーにしてはいけない 名前は同姓同名があり、住所は変わることがあります。主キーは「変わらない・重複しない」ものを選ぶのが原則です。

主キーは後から変えにくい 主キーは他のテーブルからも参照されるため、後から変更すると影響範囲が大きくなります。設計段階での決定が重要です。

「複合主キー」という考え方もある 1つの列だけでなく、複数の列を組み合わせて主キーとするケースもあります（例：「商品ID＋注文日」で一意にする、など）。

自動採番（AUTO INCREMENT）が使われることが多い 「1、2、3…」と自動的に番号が増えていく仕組みを使って、主キーを自動生成することが多いです。

要件定義や設計レビューで「このデータをどのキーで管理しますか？」という議論が出てくることがあります。「どの項目で一意に識別するか」という観点で考えると、主キーの議論が理解しやすくなります。

また、「主キーが重複しました」というエラーが発生した場合、同じIDのデータが2回登録されようとしていることを意味します。データ移行やCSVインポート時によく起きるエラーです。

主キーを含むデータベース設計の全体像は、FEX-104「データベース入門」で体系的に学べます。テーブルの構造から設計の考え方まで、非エンジニア向けにわかりやすく解説しています。