ER図の書き方まとめ

Last updated at 2024-05-31Posted at 2024-05-31

はじめに

いよいよポートフォリオ作成が始まりました！
チーム開発から2回目のER図作成ですが、
カーディナリティの使い方が曖昧だったため勉強し直しました！
今回はIE記法のER図について記載します

エンティティとは、データのまとまりのこと
今回の例でみると、「ユーザー」というエンティティ（データのまとまり）となります

アトリビュートとは、エンティティの中の属性のこと
テーブルでいうカラムのところで、今回は、投稿id〜更新日時まで全てです
PKと書かれている投稿idが主キー、FKがタグidという外部キーを指します

リレーションシップとは、エンティティ同士の関係を表現する線です
１対多や１対１、多対多などいろいろな組み合わせがあります
今回は一人のユーザーが複数の投稿を持つことができるため、１対多の関係になります
この組み合わせを表現するために、カーディナリティという記号を使います

カーディナリティは３つの記号を組み合わせて表現されます

以下で詳しく見ていきます

原則として、１対１の関係は一つのエンティティにまとめることができるため非推奨です
しかし、エンティティの分割、条件付きデータの管理、セキュリティ強化などの理由で意図的に使用する場合があります

今回の場合は一人のユーザーに対して、ユーザープロフィールは必ず一つあるので、１対１が成立します
また、外部キーはどちらか片方につけるのが一般的です

こちらは先ほど使用した例です
一人のユーザーが複数の投稿を持つことができるため、１対多が成立します
ここで注目したいのは、投稿側のカーディナリティに⚪︎がついていることです

これは、先ほどの表を見ると⚪︎とが組み合わさっている状態で、
このようなリレーションシップを１対０以上の関係といいます

例えばユーザーが新規登録をしたときは、投稿は一つも無いはずです
投稿されればいくらでも増えていきます

ユーザー１に対して、投稿が０の状態が成り立つか成り立たないかで考えましょう！

今回の場合は一回の注文は複数の注文詳細（商品＊N個、税込価格etc…）を持つことができるため、１対多が成立します
ここでも、注文詳細のカーディナリティに注目すると | とが組み合わさっていることがわかります

１回の注文に対して、注文詳細は必ず１以上になる
すなわち１回の注文に対して０個の注文詳細は成り立たないです！

例えるなら、学生とサークル所属についてです
学生はサークルに入らなくてもいいし、複数所属してもいい状態だとします
この状態を表現すると以下になります

しかし、原則こういった書き方はしません
どうするのかというと、中間テーブルを作成して表現します↓

中間テーブルについてはこちらの記事が大変わかりやすかったです
是非読んでみてください！

今回はよく使用するものをまとめています
曖昧な記載方法や他の記述方法（IDEF１X）などもあります！
また機会があれば勉強したいなと思います💪