正規化（DB）

📖 もうちょい詳しく

何が新しいの？

正規化は、データベースの表を整理して、同じ情報があちこちに重複しないようにする設計の考え方です。
表でデータをためていくと、つい1つの大きな表になんでも詰め込みがちです。すると同じお客さんの名前や住所が、注文のたびに何度も書かれてしまいます。新しい技術というより、こうした重複を減らして「直しやすく・矛盾しにくい」形に整えるための、昔からある基本のやり方です。

どうやって動いてるの？

正規化では、情報の種類ごとに表を分け、共通の目印でつなげる形にします。
たとえば「お客さんの情報」と「注文の情報」を別々の表に分け、両方に「会員ID」という目印を持たせます。お客さんの名前は「お客さんの表」に1回だけ書いておけば済みます。見るときは、その目印をたよりに表どうしをつなげて取り出します。段階に応じて第1〜第3正規形などの目安がありますが、ねらいは一貫して「重複を減らす」ことです。

何ができるの？

データの修正がラクになり、内容の食い違いも起きにくくなります。
お客さんが引っ越しても、住所を1か所だけ直せば全体に反映されます。1つの大きな表だと、同じ住所をあちこち書き直す手間がかかり、直し漏れも起きがちです。私たちが使うアプリで会員情報がきちんとそろって見えるのは、裏でこうした整理がされていることが多いからです。

🌱 身近なたとえ

住所録と注文メモで例えると分かりやすいです。
注文のメモ1枚ごとに、お客さんの名前と住所をフルで書いていくと、引っ越しのたびに全部のメモを書き直すはめになります。そこで「名前と住所をまとめた住所録」を別に1冊つくり、メモには会員番号だけ書いておきます。引っ越したら住所録の1か所を直すだけ。正規化は、この「重複をなくして1か所にまとめる」整理を、データベースの表でやることです。

✅ まず覚えるポイント

• 正規化は、表を整理して情報の重複をなくす設計のやり方
• 情報の種類ごとに表を分け、共通の目印でつなぐ
• 同じ内容を1か所だけに書くので、修正がラクになる
• 内容の食い違い（矛盾）が起きにくくなる
• 第1〜第3正規形など、整理の段階を示す目安がある

🧭 よくある勘違い

正規化すると表が増えて、かえって面倒では？

たしかに表の数は増えます。
でも、同じ情報を何度も書かずに済み、直すときも1か所で済むので、長い目で見ると管理はラクになります。表が増えた分は、つなげて取り出す操作（JOIN）で1つの一覧にまとめられます。

正規化は、すればするほど良いの？

そうとは限りません。
分けすぎると、見るたびに多くの表をつなぐ必要が出て、表示が遅くなることもあります。そのため、あえて一部の重複を残して速さを優先する場合もあります。目的に合わせて、ほどよい所で止めるのが実際のやり方です。

🧩 関連して覚えると楽な言葉

• RDB: 表でデータを管理するデータベース。正規化が活きる土台
• 主キー: 各行を1つに特定する目印。表を分けてつなぐときの軸になる
• JOIN: 分けた表を共通の目印でつなぐ操作。正規化とセットで使う
• SQL: データベースに指示を出す言葉。表の整理や取り出しに使う

🏁 ひとことでまとめ

正規化は、同じ情報を何度も書かずに済むよう、表を分けて重複をなくす整理のしかたです。
住所録を1冊にまとめてメモには番号だけ書くように、情報を1か所に集めておけば、直すのは1回で済み、食い違いも起きにくくなります。