記事本文（そのままQiitaに貼ってOK）
はじめに

テーブル設計（ER図作成）の課題に取り組みました。
今回は diagrams.net（draw.io）を使ってER図を作り、画像をGitHubの answer.md とPull Request（PR）に貼って提出する流れまでを整理します。

同じようにER図課題に取り組む人の参考になれば嬉しいです。

ーーーーーーーーーーーーーーーーーーーーーーーーーーーーーー

やったことの全体像

機能要件から必要なテーブルを洗い出す

各テーブルのカラムを最低限決める

1–N / N–N の関係を整理する

diagrams.net でER図を作成する

Gyazoで画像化して answer.md とPRに貼る

PR作成 → 提出
ーーーーーーーーーーーーーーーーーーーーーーーーーー

テーブルの洗い出し

最初に「名詞」を拾ってテーブル候補を出しました。
今回必要になったのは以下のようなテーブルです（例）：

users（ユーザー）

surveys（アンケート）

choices（選択肢）

answers（回答）

categories（カテゴリ）

survey_categories（アンケート×カテゴリの中間）

lists（ユーザーのリスト）

list_surveys（リスト×アンケートの中間）

reminders（リマインド）

この時点では、まず箱（テーブル名）だけ置くのがポイントでした。
ーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーー

カラムは「最小限」で書く

ER図は設計の全体像を示すのが目的なので、型まで厳密に書かなくてもOKにしました。
（必要なら後で実装時に詰めれば良い）

例：users / surveys（シンプル版）

users
id
name
email
introduction
gender
age_group
crypted_password
salt
created_at
updated_at

surveys
id
user_id
title
description
multiple_select
start_at
end_at
target_gender
target_age_group
created_at
updated_at

1–N と N–N の考え方

ER図で一番迷ったのがリレーションです。
ーーーーーーーーーーーーーーーーーーーーーーーーーーー

1–N（1対多）

「親1件に対して子が複数」という形。
例：users（1）— surveys（N）

surveys に user_id を持たせる（外部キーはN側）

N–N（多対多）

N–Nは直接つなげず中間テーブルを挟みます。

例：surveys と categories は多対多なので、

survey_categories を作って

surveys 1 — N survey_categories

categories 1 — N survey_categories

という形にしました。
ーーーーーーーーーーーーーーーーーーーーーーーーーーーーー

diagrams.netでER図を作るときのコツ

1テーブル＝1つの箱に統一する（箱の中にカラムを書く）

まず users / surveys のような「起点」から埋める

全部作り込むより「要件を満たす構造」を優先する
ーーーーーーーーーーーーーーーーーーーーーーーーーーーーー

画像をGitHubに貼る（Gyazo）

ER図をスクショしてGyazoにアップロードし、URLをMarkdownで貼りました。

※ GitHubで「画像として認識されない」場合は、画像URLそのものを使う必要があることもある（表示確認が大事）。
ーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーー

提出前のチェック

answer.md で画像が表示される

PR本文でも画像が表示される

チェックリストを付ける（セルフチェック済みにする）

マージはしない

この4つを満たしていれば提出として安心でした。
ーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーー

まとめ

テーブル設計は「名詞の洗い出し」→「関係の整理」から始めると進めやすい

N–Nは中間テーブルを挟むのが鉄則

diagrams.net はER図作成に便利

提出は「画像がGitHub上で見えるか」を最後に必ず確認する