RDBのテーブル設計、「経験でわかる」と言われても経験がない

RDB設計の定番書籍で第一〜第三正規形の考え方を学ぶ。「繰り返しのデータは別テーブルに」「部分関数従属を排除する」といった明確なルールが得られる。正規化を知ると『なぜテーブルを分けるのか』の原理が腑に落ちる。

架空のシステム（例：図書管理、EC、予約管理など）のDB設計を自分でやってみる。まず思いつくまま作り、データを入れてみて「同じ情報を2箇所に書いている」「更新するとき片方を忘れる」といった不都合を体感する。その不都合を解消する過程でテーブル分割の意味が身体で分かる。

自分なりにテーブル設計を考え、それを経験者に見せて「なぜここを分けたか」「ここは分けなくていいか」を対話する。「経験でわかる」と言った人も、具体的な設計案があれば具体的なフィードバックを返しやすい。社内に聞ける人がいなければ、技術コミュニティやオンラインの質問サイトも活用できる。