ER図設計における「依存」と「非依存」はSQLにどう関係するのか？

2025年5月19日 2025年5月19日山崎講師

山崎講師

こんにちは。ゆうせいです。

今回は、新人エンジニアの方からよくいただく疑問の一つ、
「ER図で依存・非依存ってあるけど、それってSQLとどう関係あるの？」
というテーマについて、やさしく、丁寧に解説していきます！

SQLの学習中やテーブル設計に触れ始めたとき、「ER図には主キーと外部キーがあるのはわかるけど、“依存”ってどういう意味？」「SQL文を書くときに何か変わるの？」という疑問が湧くのは自然なことです。

そんなモヤモヤをスッキリさせましょう！

ER図の基本をざっくりおさらい

ER図とは？

「ER図（Entity-Relationship図）」とは、データベースの構造を視覚的に表した図です。
エンティティ（Entity）：人・物・概念などの情報のまとまり（例：ユーザー、商品、注文）
リレーションシップ（Relationship）：エンティティ同士の関係（例：ユーザーは注文をする）

それぞれのエンティティには属性（Attribute）があり、データベース上ではテーブルに相当します。

「依存」「非依存」ってなに？

ER図において、エンティティは大きく2種類に分けられます。

種類	意味	例
依存エンティティ	他のエンティティが存在しないと成り立たないもの	注文詳細（注文がないと存在できない）
非依存エンティティ	単独で存在できるもの	顧客、商品、社員など

これをSQLの視点に変換すると、関係が見えてきます！

SQLとの関係性

外部キー制約（FOREIGN KEY）と依存の関係

依存関係は、SQLでの「外部キー制約」に強く関係しています。

たとえば、次のような二つのテーブルを考えてみましょう：

例：注文と注文詳細

CREATE TABLE orders (
    order_id INT PRIMARY KEY,
    customer_id INT,
    order_date DATE
);

CREATE TABLE order_details (
    detail_id INT PRIMARY KEY,
    order_id INT,
    product_id INT,
    quantity INT,
    FOREIGN KEY (order_id) REFERENCES orders(order_id)
);

この例で、order_details テーブルは orders に依存しています。

なぜなら、order_id（注文）がなければ、注文詳細は意味をなさないからです。

ER図では order_details は 依存エンティティ
SQLでは FOREIGN KEY (order_id) によって 依存関係を定義

これにより、親テーブル（orders）がないと子テーブル（order_details）にデータを入れられないというルールが生まれます。

実際の設計への影響

影響①：削除・更新の制約

依存エンティティがある場合、SQL設計では次のような判断が必要になります：

FOREIGN KEY (order_id) REFERENCES orders(order_id)
    ON DELETE CASCADE

これは、「親のデータが削除されたら、子のデータも一緒に削除していいよ」という意味。

逆に、

ON DELETE RESTRICT

だと「親を削除しようとしても、子があったら拒否する」動作になります。

この選択は、依存関係をどう扱うかという設計ポリシーに直結する重要なポイントです。

影響②：NULLの扱い

非依存エンティティなら、外部キーが NULL でも許される場合があります。

一方、依存エンティティで外部キーが NULL の場合、意味が曖昧になるため許容すべきでないケースがほとんどです。

例えで理解しよう！

ちょっと生活にたとえてみましょう。

「お店（orders）」が存在していなければ、
「レシート（order_details）」は発行できませんよね？

お店が消えたら、それに紐づくレシートも消さないと整合性が取れません。
これがまさに 依存エンティティと外部キーの関係 なんです！

まとめ：SQLとER図の“依存”は密接につながっている！

ER図での「依存／非依存」という概念は、単なる図の上の話ではなく、
SQLの外部キー設計・NULL制約・削除方針などに深く影響してきます。

だからこそ、

ER図の設計段階で依存関係をしっかり整理
SQLの外部キー制約に反映

することが、安全で保守しやすい設計につながります！

今後の学習指針

ここまで理解できたら、次は次のようなステップに進んでみましょう！

ON DELETE / ON UPDATE の各オプションの意味と使い分け
NOT NULL と NULL 制約の意味の違い
ER図から正規化のステップを踏んでテーブルに変換する演習

設計を理解してからSQL文を見ると、視界がクリアになりますよ！

セイ・コンサルティング・グループの新人エンジニア研修のメニューへのリンク

投稿者プロフィール

山崎講師代表取締役

セイ・コンサルティング・グループ株式会社代表取締役。
岐阜県出身。
2000年創業、2004年会社設立。
IT企業向け人材育成研修歴業界歴20年以上。
すべての無駄を省いた費用対効果の高い「筋肉質」な研修を提供します！
この記事に間違い等ありましたらぜひお知らせください。