【ゼロからわかる】正規化とは何か

はむ

この前論理設計について教えてもらったのですが、実際に作業を始めると、テーブルをどのように分割していけばいいのかわからなくなりました。

タック

テーブルの分割って難しいですよね。逆に言えば分割こそが、データベース設計の肝ともいえます。今回は正規化を詳しく見ていきましょう！

今回の記事で身に付くこと

論理設計の工程のうち正規化に焦点を当ててお話します。論理設計って何？という方はこちらが参考になります。

正規化とは「効率の悪いテーブルを分割すること」です。大きく分けると3つの工程に分かれています。

それでは、3つの工程をざっくり見ていきましょう。

第1正規形

第1正規形とは「一つのセルには一つのデータだけ入れるテーブルにすること」です。

次のテーブルをみると、商品欄に複数の情報があります。エクセルでよく見られますね。

この状態を分割して解消するのが第1正規形です。

なぜ、一つのセルに一つの情報とするのでしょうか。その理由は主キーから関連するデータを一つに決めるためです。

主キーは出席番号みたいなものです。重複しない値になっているため、データの情報を一つに特定することができます。

主キーであるid:2に対して商品:洗濯機が一対一で対応することで、一つに絞り込むことができます。

一方でid:1に対して、商品の中にスマホとタブレットが入っているので、商品が特定できなくなってしまっています。

キーから関連するデータを一つに絞り込めない事態を避けるために、第一正規形にします。

第2正規形

第2正規形とは「完全に従属する関係にあるもの同士に分割すること」です。

もう少しわかりやすい表現にすると「データを仲間同士にまとめること」です。

ここで言う従属や仲間は何を指しているのでしょうか。「主キーと関係性のあるデータ」だと捉えるといいと思います。

第一正規形のテーブルを考えてみましょう。

よく見ると2つの関係になっていることに気付きます。会社に関する情報と商品に関する情報です。

それぞれの仲間同士に分割します。これが第2正規化です。

会社テーブル

商品テーブル

第3正規形

第3正規形とは「隠れた関係性を分割すること」です。

商品テーブルを割引率に着目してみてみます。一見すると商品と割引率は商品に関する情報でひとまとめにできそうです。

今後割引率が50%で販売したい商品があると仮定しましょう。

この場合、商品データを登録しない限り、割引率50%は設定できません。商品データと割引率が同じレベルで管理されているからです。

割引率は割引率として別のテーブルで管理すれば、この問題は解決できます。

商品テーブル

割引率テーブル

分割したテーブルはSQL文で結合（JOIN）することで、必ず元の形にすることができます。

正規化は常にするべきか

第３正規形までは原則行ったほうがいいと言えます。

一方でテーブル数が増えるためSQLで結合することが多くなり、パフォーマンスが低下するデメリットもあるので、意識する必要があります。

まとめ

最後にまとめていきます！

第３正規形までしたテーブルはSQLで結合することで元の形にすることができる。

第３正規形までは原則行うほうがいいが、パフォーマンスが悪くなるデメリットもある。

参考

今回参考にさせていただいたのは「達人に学ぶDB設計 徹底指南書」です。

今回は第３正規形まで説明しました。この書籍では更に詳しく

まで説明されているので、より深く知りたいと思った方はぜひ御覧ください！