---
title: "参照整合性とは？外部キーとデータ整合性を理解【DS検定】"
description: "参照整合性を外部キーでテーブル間の矛盾を防ぐ仕組みとして整理します。主キーとの関係、削除・更新時の注意点、DS検定での判断ポイントを確認できます。本文では、用語の定義、具体例、似た概念との違い、試験で迷いやすい選択肢の見分け方まで短時間で復習できます。"
last_modified_at: "2026-05-15"
canonical_url: "https://stemtazoo.github.io/ds/referential-integrity/"
section: "ds"
---
DS検定トップ
＞ 参照整合性とは？外部キーとデータ整合性を理解【DS検定】
## まず結論
参照整合性（Referential Integrity）とは、外部キーが参照する値が必ず参照先テーブルに存在することを保証するルールです。
DS検定では **「存在しないデータを参照してしまう問題を防ぐ仕組み」**として理解できるかが重要です。
## 直感的な説明
データベースでは、テーブル同士が関係を持っています。
例えば、ECサイトを考えてみます。
顧客テーブル
顧客ID 名前
1 田中
2 鈴木
注文テーブル
注文ID 顧客ID
100 1
このとき、もし次のようなデータが登録されたらどうでしょう。
注文ID 顧客ID
101 99
顧客ID「99」は顧客テーブルに存在しません。
つまり
存在しない顧客の注文
という矛盾したデータができてしまいます。
このような問題を防ぐ仕組みが
参照整合性です。
## 定義・仕組み
参照整合性とは
> 外部キーの値は、参照先テーブルの主キーに存在する値でなければならない
というルールです。
つまり
外部キー ⊆ 主キー
という関係になります。
例えば
顧客テーブル（主キー）
顧客ID
1
2
注文テーブル（外部キー）
注文ID 顧客ID
100 1
101 2
この場合は問題ありません。
しかし
注文ID 顧客ID
102 99
のようなデータは
参照整合性違反
となります。
そのためデータベースは
登録を拒否します。
更新・削除時のルール
参照整合性は、更新や削除のときにも重要になります。
例えば
顧客テーブル
顧客ID
1
注文テーブル
注文ID 顧客ID
100 1
この状態で
顧客ID「1」を削除すると
注文テーブルは
顧客ID = 1
を参照できなくなります。
この問題を防ぐために
削除を禁止
自動削除（CASCADE）
NULLに変更
などのルールを設定することがあります。
## どんな場面で使う？
参照整合性は
リレーショナルデータベースの基本ルールです。
例えば
ECサイト
顧客 → 注文
学校データ
学生 → 履修
会社データ
社員 → 部署
このように
テーブル同士の関係がある場合は必ず必要になります。
## よくある誤解・混同
外部キー = 参照整合性ではない
DS検定ではこの違いが重要です。
用語 意味
外部キー 他テーブルを参照する列
参照整合性 参照関係が正しいことを保証するルール
つまり
外部キー → 構造
参照整合性 → ルール
です。
主キーとは役割が違う
用語 役割
主キー レコードを識別
外部キー 他テーブル参照
参照整合性 参照関係の正しさを保証
この3つの関係を整理できることが重要です。
DS検定の典型的なひっかけ
選択肢で次のように書かれていたら注意です。
❌ 「参照整合性は重複データを防ぐ」
これは誤りです。
重複を防ぐのは
主キーや一意制約です。
参照整合性は
存在しないデータ参照を防ぐ仕組みです。
## まとめ（試験直前用）
参照整合性は 外部キーの整合性ルール
外部キーの値は参照先の主キーに存在する必要がある
存在しないデータ参照を防ぐ
更新や削除時の整合性も管理する
DS検定では
主キー = 識別
外部キー = 関係
参照整合性 = ルール
と整理して覚えると選択肢を切りやすくなります。
## 対応スキル項目（データエンジニアリング力シート）
データ管理
データベース
★ データベースの基本概念（テーブル、主キー、外部キーなど）を理解している ★ データの整合性や品質を保つ仕組みを理解している