<h1 id="er%E5%9B%B3%E3%82%92%E7%90%86%E8%A7%A3%E3%81%97%E3%82%88%E3%81%86">
<a class="header-anchor-link" href="#er%E5%9B%B3%E3%82%92%E7%90%86%E8%A7%A3%E3%81%97%E3%82%88%E3%81%86" aria-hidden="true"></a> ER図を理解しよう</h1>
ER図とは簡単に言うと、物同士にどんな関係性があるかを表現したもの
ER図とは、EntityRelationshopDiagram の略
Entity = もの
Relationship = 関係
という組み合わせになっている
「顧客」「商品」がエンティティ 
「注文する」がリレーションシップ 
データ(もの)とデータ(もの)の関係性を図で表したものがER図になる
↓TODOアプリのER図　 
<img src="https://storage.googleapis.com/zenn-user-upload/3371997363fef113053ec350.png" alt loading="lazy" class="md-img">
<h1 id="%E3%81%AA%E3%81%9Cer%E5%9B%B3%E3%82%92%E4%BD%9C%E3%82%8B%E3%81%AE%E3%81%8B">
<a class="header-anchor-link" href="#%E3%81%AA%E3%81%9Cer%E5%9B%B3%E3%82%92%E4%BD%9C%E3%82%8B%E3%81%AE%E3%81%8B" aria-hidden="true"></a> なぜER図を作るのか</h1>
手戻りのリスク・コストを防ぐ
テーブルの数が多くなると設計ミスが発生しやすくなる 
大規模開発の場合、システム全体の構成が俯瞰でき、 
品質の高いDBやプログラムを作ることが重要
運用・保守フェーズで役立つ
設計者がいつまでもプロジェクトに参画しているわけではない
参画していた設計者がいなくても、設計者以外が設計の内容を理解して
設計書があることで、仕様変更や改修にすぐに対応できるようになる
<h2 id="er%E5%9B%B3%E3%81%AE%E3%83%87%E3%83%BC%E3%82%BF%E3%83%A2%E3%83%87%E3%83%AB%E3%81%AF3%E3%81%A4%E3%81%AE%E6%AE%B5%E9%9A%8E%E3%81%8C%E3%81%82%E3%82%8B">
<a class="header-anchor-link" href="#er%E5%9B%B3%E3%81%AE%E3%83%87%E3%83%BC%E3%82%BF%E3%83%A2%E3%83%87%E3%83%AB%E3%81%AF3%E3%81%A4%E3%81%AE%E6%AE%B5%E9%9A%8E%E3%81%8C%E3%81%82%E3%82%8B" aria-hidden="true"></a> ER図のデータモデルは3つの段階がある</h2>
ER図の初期形態
概念モデル: ものと出来事をエンティティ・リレーションシップとして表した図
ER図の中期形態
論理モデル: 概念モデルに情報を肉付けしたもの。属性(アトリビュート)・アイデンティファイア(主キー)・外部キーとかの要素が入る
ER図の最終形態
物理モデル: 特定の物理DB向けに論理モデルを変換する。データ型の追加とか、アルファベットに変換したりとかする
アイデンティファイア(主キー) 
プライマリーキー(PK)ともいう。 
DBの中でデータを一意に識別するための項目
主キーを扱う定義するには以下の条件が必要
<ul>
<li>中身が空ではない子音</li>
<li>中身が一位であること</li>
</ul>
例) 出席番号とかをイメージするとわかりやすい。同じクラスに同じ出席番号の人がいたらどっち？ってなる
外部キー
この項目は好き勝手に値を入れてはダメ！という制約をつける
またRDBのように、依存関係のある表に対して紐づける役割がある

ER図を理解しよう

ER図のデータモデルは3つの段階がある

Discussion