データベースの基礎【正規化(非正規形を第３正規形にする)】

この記事を書いている僕はシステムエンジニア６年目

普段はJavaでWebアプリを作ったりSQL書いたり・・・(DBAのような仕事は普段していないです)

応用情報技術者試験に合格(2回落ちましたが。。)し、データベースの分野が得意だったので、

独学でデータベーススペシャリストの勉強をして、昨年合格(これは1発合格)しました。

今回は、データベーススペシャリストの勉強を通じて、

データベーススペシャリストを目指す人はもちろん、

普通のシステムエンジニアやプログラマーの方にも抑えておいて欲しい

正規化についてまとめてみました。

正規化

データベースのデータをある一定のルールに基づいて加工(分割)していくことを正規化と言います。

正規化の目的は、

データの冗長性を排除し、独立性を高めるために行います。

しかし、独立性を高めるためにデータを分割してデータ間に矛盾が発生したり、

分割したデータを元に戻せないようなことにならないため、

正規化ルールにのっとって整合性や一貫性を確保しながら分割していく必要があります。

正規化することでデータが「１事実１箇所(1 fact in 1 place)」になり、更新時異常を発生しないようにできます。

と、、いきなりそんなこと言われてもイメージつかないと思うので、、、

正規化されていないデータを正規化していく様子を確認していきます。

非正規形

まずは、以下の売上伝票を見てください。

この売上伝票を１つの売上伝票テーブルで管理しようとすると。。。

上のテーブルを見ると、

１行の中に繰り返し項目(複数行)として{商品コード、商品名、単価、数量、小計}が入っているのが分かります。

このような状態を非正規形と言います。

非正規形の定義は、

第１正規形

先ほどの非正規形のテーブルを以下のようにすると第１正規形になります。

上の図を見ると、

非正規形の状態から繰り返し項目をなくしているのが分かります。

先ほどは{伝票番号}毎に１行(主キーが伝票番号)でしたが、

{伝票番号、商品コード}毎に１行(主キーが伝票番号、商品コードの組み合わせ)になりました。

第１正規形の定義は、

第２正規形

第２正規形の前に、、、

候補キーと関数従属性について理解しておく必要があります。

もし、理解できていない人は、以下の記事を参考にして見てください。

データベースの基礎【関数従属性】

データベースの基礎【いろんなキー(主キー、候補キー、スーパーキーなど)】

第２正規形の定義は、

文章だと②はさっぱりですね。。。

具体的に見ていきましょう。

まず、部分関数従属と候補キー、非キー属性について以下の絵を見てください。

上の図において、

候補キーは{伝票番号、商品ID}の組み合わせですが、

商品IDが決まれば商品名が決まります。これが部分関数従属です。

逆に、数量は候補キー{伝票番号、商品ID}に完全関数従属します。

部分関数従属がない状態にすると第２正規形です。

では、先ほどの第１正規形のテーブルを第２正規形にすると。。。

第３正規形

最後に、第３正規形です。

第３正規形の定義は、

それでは、推移的関数従属について具体例で見てみましょう。

上の図のように、

伝票番号(候補キー)→店舗ID(非キー属性)→店舗名(非キー属性)と

推移的に関数従属している状態をなくすと第３正規形になります。

しかし、、、

例えば、以下のような場合は推移的関数従属ではありません。

上の図の例だと、店舗IDが店舗名に関数従属する例です。

(必ず店舗名が一意になるような場合)

その場合、店舗名が候補キーになるため推移的関数従属にはなりません。

また、第３正規形にする過程で、

導出項目(今回の例では算出すれば求められる、小計、税金、合計、請求額)は取り除きます。

では、先ほどの第２正規形のテーブルを第３正規形にすると。。。

まとめ

今回は非正規形のテーブルを第３正規形まで正規化する手順を確認しました。

データベーススペシャリストの午後の試験では正規化の問題はほぼ必ず出るので、

合格を目指す人は対策をしておく必要があると思います。

特に第2正規形、第３正規形については、

定義を理解するだけでなく、自分で手を動かして正規化する練習を実際にしてみるのがオススメです。

そのためには、

関係の候補キーを全て列挙でき、関数従属性を全て見つけられるようになることが大事です！！

参考にした資料

データベーススペシャリスト 情報処理技術者試験学習書 ２０１９年版 /翔泳社/ＩＴのプロ４６

posted with カエレバ

楽天市場

Amazon