【初心者向け】データベースの正規化まとめ（第１正規化〜第３正規化）

 このページにはプロモーションが含まれています。

はじめに

こんにちは、はなまるです。

今回はデータベースの「正規化」について、学んだことをまとめてみました。

ご参考になれば嬉しいです。

正規化をする目的

正規化する目的は、整合性や一貫性を維持するためです。

正規化されていないと、更新時異常（異状）という不具合が発生します。

手順に沿って別の表に分解していくのが正規化です。

この記事では、第１正規化から第３正規化についてお伝えします。

非正規形

非正規形とは、繰り返し項目がある表のことです。

どんな表なのか、次表の例で見ていきましょう。

売上表の水色背景の部分に注目してください。

商品コード、商品名、単価、数量が２次元の表ではなく、複数行に繰り返されています。

繰り返しを解消して、ひとつの属性にひとつのデータになるように分解します。

それが第一正規化です。

第１正規化

商品IDを複合キーにして、売上表と売上明細表に分解すると次のようになります。

複合キーとは？
 複数の項目を組み合わせて、一行を一意に識別できるキーのこと

売上表

売上明細表

これで、「ひとつの属性にひとつのデータ」である２次元の表（＝第１正規形）にできました。

第２正規化

例の表は第１正規形にできました。

売上明細表は主キーがふたつの属性で構成されています。

主キーの一部が関数従属していることを部分関数従属といいます。

第２正規化でこの部分関数従属を分解します。

売上明細表から商品IDをもとに部品表を参照できる形にします。

売上明細表

商品表

第３正規化

売上表に注目すると、顧客IDが決まれば顧客名が決まるという関数従属が成り立ちます。

非キー属性間で関数従属していることを推移的関数従属といいます。

第３正規化で推移的関数従属を分解します。

売上表

顧客表

以上で、非正規形から第３正規形に分解できました。

おわりに

今回はデータベースの正規化についてまとめました。