ER図とは?

ER図もしくはERDとは
"Entity Relationship Diagram"のこと

DB設計において
「テーブルとテーブルを線でつなぎ、中身の種類と関係性見やすくしたもの」
と思っていただければ大丈夫です。

プログラミング学習者の方であればどこかで”鳥の足”みたいな先端で図表が結ばれたものを見たことがあるかもしれません。

それがERDもしくはER図。

簡素なものですがたとえば下のような図です。

ER図のリレーション表記法一覧

これだけだと少しわかりにくいかもしれないので簡単な例をいくつかみてみましょう。

ユーザーログイン機能とツイートが出来る簡単なアプリケーションがあるとします。

データベースにはusersテーブルとtweetsテーブルの２つのテーブルが下図のようにあります。

このテーブル間の関係性としては**1対多**となります。

1人のuserに対してtweetの数は0か多
(※単なる"多"ではなく、"0か多(0以上)"として考えるのは一つもtweetをしないことも可能だからです)

1つのtweetは必ず誰かuser1人が作成したもの。つまり、あるユーザーに属しているので下記の表記になります。

例１にprofilesテーブルとimagesテーブルをプラスしたもの

userから見ると
user1人に対してprofileは１つなので1対1の関係となる。

逆も同じでprofile側から見ると
必ずuser１人に所属していると考えるので

tweetから見たimageは
1tweetに対して最大1枚imageを持てるとし、
imageのないtweetもあるとするとリレーションは"０か1"となる

imageから見たtweet。
一方でimageは1tweetに必ず所属していると考えるので図のような関係性になります。

tweetに対してimageの最低枚数に制約がある場合

例えば
オークションやフリーマーケットサイトでは１つの商品に対して画像が最低１枚は必要なのでこちら。１対１でも１対多でもOKな場合です。

例えば
メッセージアプリなどでグループをつくるとなったらグループ内にメンバーが２人以上は必要ですよね。そんなときはこの表記になります。

one and only oneなど厳密な制約を持たせる関係性もありますが、今回は大まかによく使われる基本的なもののみを取り上げました。