E-R図（実体関連モデル）とは？いーあーるずえんてぃてぃりれーしょんしっぷもでる
E-R図（実体関連モデル）とは、データベース設計の最初の段階で、業務そのものの構造だけを図に落とすための記法。登場する物や事柄を実体、その間の結び付きを関連、性質を属性として表し、製品固有の事情は持ち込まない。ここで多重度まで確定させておけば、そのまま表定義・主キー・外部キーへ落とし込める。
最終更新：2026-10-06
この語が出る過去問を解く →背景
設計をいきなり製品の表定義から始めると、業務の構造と製品都合の工夫が同じ図の上で混ざり、後から製品を替えられなくなる。加えて、索引や列の型が並んだ設計書は利用部門に読めず、認識のずれが実装後まで残る。実体と関連という業務の言葉だけで先に構造を確定させれば、利用部門と合意した内容をそのまま論理設計へ引き継げる。段階を分けること自体が目的の記法である。
具体例
受注業務なら「顧客」「商品」「受注」「受注明細」を実体とし、顧客1対受注多、受注1対受注明細多と結ぶ。商品と受注は多対多になるため受注明細を間に置いて1対多を2本に分解し、受注明細の主キーを{受注番号, 明細番号}とする。この分解の判断がそのまま表の数を決める。
試験での引っ掛け
関連が必ず外部キー1本になると読むのは誤りで、多対多の関連は実装時に必ず表が1つ増える。また概念モデルの段階なので、索引や表領域といった物理的要素を書き込むのも誤りである。多重度の向き（1対多のどちら側に外部キーが付くか）も入れ替えて問われ、外部キーは多側の表に置かれる。
関連用語
出た過去問
出典・参考
公式シラバスの4 開発技術 ＞ 1. システム要件定義・ソフトウェア要件定義 ＞ (6) ソフトウェアの境界及び要件の定義に掲載されている用語です。
解説は資格暗記が独自に作成しています。過去問の出典は各問題に記載のとおりです。