正規化とは？データベース初心者向けに目的・手順・第1～第3正規形をわかりやすく解説
正規化とは、データベース内のデータを整理し、重複や矛盾を防ぐための設計手法です。システム開発や社内システムの運用では欠かせない考え方であり、データベースを扱うITエンジニアや社内SEにとって基本知識の一つです。
正規化とは
正規化とは、データをルールに従って複数の表（テーブル）へ分割し、データの重複や不整合を防ぐための手法です。
例えば、社員情報と部署情報を1つのテーブルにまとめると、同じ部署名が何度も登録されることがあります。部署名が変更された場合、すべての行を修正しなければならず、更新漏れが発生する可能性があります。
正規化を行うことで、このような問題を防ぎ、データを効率よく管理できます。
正規化が使われる場面
- 社員管理システム
- 販売管理システム
- 顧客管理（CRM）
- 在庫管理システム
- 勤怠管理システム
- Active Directoryと連携する管理システム
企業で利用される多くの業務システムでは、データベースの正規化が行われています。
なぜ正規化が重要なのか
正規化を行うことで、データの品質と保守性が向上します。
| 正規化している場合 | 正規化していない場合 |
|---|---|
| 重複データが少ない | 同じ情報が何度も保存される |
| 更新ミスが起こりにくい | 更新漏れが発生しやすい |
| データ容量を節約できる | 不要なデータが増える |
| 保守しやすい | 設計変更が難しくなる |
初心者が混乱しやすいポイント
- 正規化はデータを削除することではない
- テーブルを増やすことだけが目的ではない
- 正規化しすぎると検索が複雑になる場合がある
- すべてのシステムで完全な正規化が最適とは限らない
第1正規形（1NF）とは
第1正規形では、1つのセルに複数の値を持たせないようにします。
正規化前
| 社員名 | 資格 |
|---|---|
| 田中 | 基本情報,応用情報 |
第1正規形
| 社員名 | 資格 |
|---|---|
| 田中 | 基本情報 |
| 田中 | 応用情報 |
1つの項目には1つの値だけを格納します。
第2正規形（2NF）とは
第2正規形では、主キーの一部だけに依存するデータを別テーブルへ分離します。
例えば、受注テーブルに商品名や商品価格を毎回保存すると、同じ商品情報が何度も登録されます。
商品情報は商品テーブルへ分離し、受注テーブルには商品IDだけを保存するようにします。
第3正規形（3NF）とは
第3正規形では、主キー以外の項目同士の依存関係をなくします。
例えば、社員テーブルに部署名と部署電話番号を保存している場合、部署情報だけを部署テーブルへ分離します。
| 社員テーブル | 部署テーブル |
|---|---|
| 社員ID・氏名・部署ID | 部署ID・部署名・内線番号 |
これにより部署名を変更しても、部署テーブルだけ修正すれば済みます。
実際のIT現場での利用例
社内システムの社員マスタを更新した際、部署名が各テーブルに重複して保存されていたため、一部だけ変更され、画面ごとに異なる部署名が表示されたことがありました。
部署情報を独立したテーブルとして管理するように設計を見直した結果、更新漏れがなくなり、保守も容易になりました。
正規化は開発だけでなく、運用保守の負担軽減にも役立ちます。
業務でよくあるトラブル例
- 同じ顧客情報が複数登録される
- 住所変更後も古い住所が残る
- 部署名が画面ごとに異なる
- 商品価格がテーブルごとに違う
- 更新漏れによるデータ不整合
原因の切り分け
| 確認項目 | 確認内容 |
|---|---|
| データベース設計 | テーブルが適切に分割されているか |
| アプリケーション | 複数テーブルを正しく更新しているか |
| SQL | 結合条件に誤りがないか |
| 運用 | 手作業でデータ更新していないか |
確認する順番
- テーブル構成を確認する
- 主キーを確認する
- 外部キーの設定を確認する
- データの重複を確認する
- 更新処理のSQLを確認する
- 必要に応じて設計書を確認する
GUIでの確認方法
- SQL Server Management Studioでテーブル構造を確認する
- MySQL WorkbenchでER図を確認する
- Oracle SQL Developerでリレーションを確認する
CUI（コマンド）での確認方法
データベースごとにコマンドは異なりますが、テーブル構造やデータ件数を確認するSQLを利用することが一般的です。
- テーブル一覧の確認
- テーブル定義の確認
- 主キー・外部キーの確認
- 重複データの確認
確認結果の見方
- 同じ情報が何度も保存されていないか
- 主キーが重複していないか
- 外部キーが正しく関連付けられているか
- NULLが意図せず登録されていないか
ログの確認方法
データ更新時のエラーは、データベースのエラーログやアプリケーションログに記録されることがあります。
制約違反やSQLエラーが発生している場合は、ログを確認して原因を特定します。
イベントビューアーの確認方法
Windows上で動作するデータベースや業務システムでは、障害発生時にイベントビューアーへエラーが記録されることがあります。
- スタートメニューを右クリックする
- イベントビューアーを開く
- 「Windows ログ」→「アプリケーション」を選択する
- データベースや業務システム関連のエラーを確認する
初心者がやりがちなミス
- 同じ情報を複数テーブルへ保存する
- 主キーを設定しない
- 外部キーを設定しない
- 更新処理を複数箇所へ実装する
- 検索速度だけを考えて重複データを増やす
上司へ報告するポイント
- どのテーブルで不整合が発生したか
- 影響を受けるシステムや画面
- 重複データの件数
- 原因と再現手順
- 暫定対応と恒久対応の案
エスカレーションするタイミング
- テーブル設計の変更が必要な場合
- 主キーや外部キーの変更が必要な場合
- 本番データを修正する必要がある場合
- 複数システムへ影響する場合
応用知識
実際のシステムでは、第3正規形まで正規化した後でも、検索性能を向上させる目的で一部のデータをあえて重複して保持する「非正規化」を採用することがあります。
非正規化は性能改善に有効な一方、更新処理が複雑になりデータ不整合のリスクも高まるため、十分な検討が必要です。
関連するIT用語
- データベース（Database）
- テーブル
- 主キー（Primary Key）
- 外部キー（Foreign Key）
- SQL（Structured Query Language）
- ER図（Entity Relationship Diagram）
- 制約（Constraint）
- 非正規化（Denormalization）
よくある質問（FAQ）
正規化は必ず第3正規形まで行う必要がありますか？
多くの業務システムでは第3正規形までを目安に設計されますが、システムの用途や性能要件によっては、第2正規形までにとどめたり、非正規化を採用したりすることもあります。
正規化すると検索は速くなりますか？
必ずしも速くなるわけではありません。テーブルを結合する回数が増えるため、複雑な検索では処理時間が長くなることがあります。
正規化は運用担当者にも必要な知識ですか？
はい。SQLの調査や障害対応、データの確認を行う場面では、テーブル構造や正規化の考え方を理解していると原因の切り分けがしやすくなります。
まとめ
正規化とは、データの重複や不整合を防ぐためにテーブルを適切に分割する設計手法です。第1正規形では1つの項目に1つの値だけを保持し、第2正規形では主キーへの依存関係を整理し、第3正規形では項目同士の不要な依存関係を排除します。
IT業務では、システム障害やデータ不整合の原因を調査する際に、正規化されたテーブル構造を理解していることが大きな強みになります。初心者のうちは「なぜテーブルが分かれているのか」を意識しながら設計書やデータベースを見ることで、データベースへの理解が深まるでしょう。