拡張ER図ジェネレーター
特殊化、一般化、継承を備えた拡張エンティティ関係図を作成。データベース階層を説明すれば、AIが表記を処理します。
最終更新：2026年7月
Try These Examples
拡張ER図とは何ですか？
拡張ER図（EER）は、継承概念で標準ER図を拡張します。データベースに「is-a」関係がある場合にEERを使用します—従業員→マネージャー、または車両→車、トラック、オートバイのように。
標準ERDはエンティティと関係を処理します。拡張ERDは特殊化（エンティティをサブタイプに分割）、一般化（親タイプの下にエンティティをグループ化）、継承（サブタイプが親属性を継承）を追加します。
EERとERの本当の違い
EER図（拡張実体関連モデル）は、従来のERモデルの上位集合です。ERのすべてを保ちつつ、階層をモデル化するオブジェクト指向の概念を追加します。EERが加える点は次のとおりです。
| 概念 | ER図 | EER図 |
|---|---|---|
| 特化／汎化 | 非対応 | 中核機能——サブクラス階層 |
| サブクラスとスーパークラス | すべてのエンティティがフラット | エンティティは親から継承できる |
| 属性の継承 | なし | サブクラスは親の属性を継承する |
| 排他／重複 | 該当なし | 排他的または重複するサブクラスをモデル化 |
| ユニオン型（カテゴリ） | 利用不可 | サブクラスが複数のスーパークラスにまたがれる |
| 最適な用途 | 単純でフラットなスキーマ | 階層を持つ複雑なドメイン |
EER図の記法
EERの記法は、階層のための少数の記号でERを拡張します。それぞれの意味は次のとおりです。
特化と汎化
特化は、スーパークラス（例：Person）をサブクラス（Student、Instructor）に分割します。汎化はその逆で、類似のエンティティを共通のスーパークラスにまとめます。スーパークラスから円へ、そして各サブクラスへ線を引いて表します。
サブクラスと継承
サブクラスはスーパークラスのすべての属性と関連を継承し、独自のものを追加します。下の例では、StudentはPersonからperson_idとnameを継承し、student_numberとgpaを追加します。
排他と重複
円の中の「d」はサブクラスが排他的であること——エンティティは最大1つのサブクラスに属することを意味します。「o」は重複を意味し、複数に属せます。全参加か部分参加かは二重線か単線で示します。
ユニオン型（カテゴリ）
カテゴリ（ユニオン型）は、メンバーが異なるスーパークラスの和集合から来るサブクラスです。たとえば、PersonまたはCompanyのいずれかになりうるOwnerです。
EER図の例
特化階層を示す実際の拡張実体関連の例。いずれも平易な言葉のプロンプトから生成されました。
拡張ERDを使用する場合
データベース設計のニーズに適したダイアグラムタイプを選択：
拡張ERDを選択する場合：
- 従業員/ユーザー役割階層
- 製品カテゴリツリー
- データ内の任意の「is-a」関係
- 学術データベース設計プロジェクト
- オブジェクトリレーショナルデータベースモデリング
標準ER図を使用する場合：
- シンプルなCRUDアプリ
- 継承のないフラットデータ
- クイックプロトタイプ
一般的な拡張ERDシナリオ
人事と従業員システム
マネージャー、開発者、アナリストに特殊化する従業員をモデル化—それぞれが独自の属性を持ちながら、共通の従業員データを共有します。
eコマース製品階層
製品は電子機器、衣料品、家具に分類されます—それぞれがカテゴリ固有の属性を持ちます。
学術システム
Personが StudentとProfessorを一般化する大学データベースで、重複するメンバーシップが可能です。
拡張ER図を作成
データベース階層を平易な英語で説明してください。AIが特殊化シンボルと継承関係を持つ適切なEER表記を生成します。
よりシンプルな図が必要ですか？標準ER図ジェネレーターをお試しください。 ER図 — 標準エンティティ関係図
FAQ
関連データベースダイアグラムツール
他のデータベース設計ツールを探索：