テーブル設計の基礎｜正規化とは何か？なぜ必要なのかを初心者向けに解説

はじめに

データベース学習で、
多くの人がここで止まります。

正規化（せいきか）

• 難しそう
• 数学っぽい
• なんとなく雰囲気でやってる

でも実は正規化は、

「データを壊さないための
超・現実的なルール」

です。

この記事では、

• なぜテーブル設計が重要なのか
• 正規化とは何か
• 最低限押さえるべき考え方

を、初心者向けに解説します。

なぜテーブル設計が重要なのか？

テーブル設計を間違えると、

• データが重複する
• 更新ミスが起きる
• パフォーマンスが落ちる

👉
後から必ず地獄を見ます。

テーブル設計とは何を決めることか？

テーブル設計とは、

• どんなテーブルを作るか
• どんなカラムを持たせるか
• どう関連づけるか

を決めることです。

👉
最初の設計が8割です。

悪い設計の例（全部入りテーブル）

初心者がやりがちです。

例：注文テーブル

user_name	user_email	product_name	price

この設計の問題点は？

• ユーザー情報が毎回重複
• 商品名変更が大変
• 整合性が保てない

👉
壊れやすい設計です。

正規化とは何か？

正規化とは一言でいうと、

データの重複や矛盾を防ぐために
テーブルを適切に分割すること

です。

正規化のゴール

正規化の目的は、

• データを一箇所で管理
• 更新ミスを防ぐ
• 整合性を保つ

👉
**「正しく保存できる状態」**を作ることです。

正規化は「やりすぎ」ると逆効果？

よくある誤解です。

「正規化すればするほど良い」

実際は、

• 読み取りが遅くなる
• JOINが増える

👉
バランスが重要です。

第1正規形（1NF）とは？

第1正規形とは、

1つのカラムに
1つの値だけを入れる

というルールです。

❌ 悪い例
hobbies = "読書, 映画, 旅行"

⭕ 良い例
別テーブルに分ける

第2正規形（2NF）とは？

第2正規形は、

主キーの一部に
依存するデータを分離する

という考え方です。

👉
「誰の情報か？」を意識します。

第3正規形（3NF）とは？

第3正規形は、

キー以外の項目に
依存するデータを分離する

です。

簡単にいうと、

• 「名前から住所が分かる」
• みたいな状態をなくす

ということです。

正規化はここまででOK

初心者・Webエンジニアの場合、

第3正規形まで理解できれば十分

それ以上は
実務で必要になってからでOKです。

主キーと外部キーの重要性

正規化とセットで重要なのが、

• 主キー
• 外部キー

です。

👉
テーブル同士を
安全につなぐための道具です。

正規化された設計の例

• users テーブル
• orders テーブル
• order_items テーブル

👉
役割ごとにテーブルを分ける

これが
正規化された設計です。

Laravelとテーブル設計

Laravelでは、

• マイグレーション
• リレーション定義

を通して
設計がコードに表れます。

👉
設計が悪いとコードも汚くなります。

正規化とパフォーマンスの関係

重要な視点です。

• 正規化：整合性重視
• パフォーマンス：速度重視

実務では、

「正規化＋必要なところだけ最適化」

が基本です。

初心者が最初に押さえるべきこと

この段階では、

• データを詰め込まない
• 重複を嫌う
• 役割ごとに分ける

これが分かっていればOKです。

次に学ぶべきこと

テーブル設計が分かったら、
次は👇です。

👉 データベースのバックアップとリカバリ
（なぜデータは守れるのか）

まとめ

• テーブル設計はDBの命
• 正規化は壊れないためのルール
• 第3正規形までで十分
• 設計がコード品質を決める

この記事は
DB設計力を一段引き上げる1本です。