3NFとBCNFの違い
コンテンツ
正規化 削除するメソッドです 冗長性 これにより、データベースのパフォーマンスを低下させる挿入、削除、および更新の異常を最小限に抑えることができます。この記事では、2つのより高い正規形、つまり3NFとBCNFを区別します。 3NFとBCNFの基本的な違いは、 3NF リレーションとBCNFにあるテーブルから推移的な依存関係を削除します。Xがスーパーキーである場合にのみ、リレーションの単純な関数依存関係X-> Yが保持されなければなりません。
以下に示す比較チャートを使用して、3NFとBCNFの違いについて説明します。
- 比較表
- 定義
- 主な違い
- 結論
比較表
| 比較の根拠 | 3NF | BCNF |
|---|---|---|
| 概念 | 非候補属性は、候補キーに推移的に依存することはできません。 | リレーションRの自明な依存関係（X-> Yなど）の場合、XはリレーションRのスーパーキーである必要があります。 |
| 依存 | すべての依存関係を犠牲にすることなく、3NFを取得できます。 | 依存関係はBCNFで保持されない場合があります。 |
| 分解 | 3NFでロスレス分解を実現できます。 | BCNFでは、ロスレス分解を実現するのは困難です。 |
3NFの定義
テーブルまたはリレーションは、 第3正規形 テーブルが既に存在する場合のみ 2NF そしてない 非素数 属性 推移的に に依存する 候補キー 関係の。
したがって、3NFでテーブルを正規化するプロセスに取り組む前に、候補キーについて説明します。 A 候補キー は 最小限のスーパーキー つまり、リレーションのすべての属性を定義できる最小限の属性を持つスーパーキー。したがって、テーブルを正規化するプロセスでは、まず、特定のリレーションの候補キーを認識します。候補キーの一部である属性は次のとおりです。 プライム属性、候補キーの一部ではない属性は 非プライム属性.
リレーションがR（A、B、C、D、E、F）であり、リレーションRに対して次の関数依存関係がある場合
非プライム属性が候補キーに部分的に依存していないため、テーブルは2NFにあります
ただし、属性として、提供される機能的依存関係の間に推移的な依存関係が観察されます F 候補キーに直接依存しない AB。代わりに、属性 F は 推移的に 候補キーに依存 AB 属性を介して D。属性Dまでは、候補キーABからFの属性値に到達できる値があります。属性Dの値がNULLの場合、候補キーABの助けを借りてFの値を検索/検索することはできません。これが、3NFが関係から推移的な依存関係を削除することを要求する理由です。
したがって、この推移的な依存関係を削除するには、リレーションRを分割する必要があります。リレーションを分割するときは、常に候補キーと、その候補キーに依存するすべての属性を最初のリレーションに配置します。次の分割された関係では、推移的な依存関係を引き起こす属性と、それに依存する属性を2番目の関係に配置します。
BCNFの定義
BCNFは3NFよりも強いと考えられています。 BCNFにある関係Rは、 3NF。そしてどこでも 自明でない機能依存性A-> B 関係Rで成り立つ A でなければなりません スーパーキー 私たちが知っているように、スーパーキーはリレーションの属性全体を決定する単一の属性または属性のセットを持つキーです。
それでは、BCNFをよりよく理解するための例に移りましょう。関係があるとしましょう R（A、B、C、D、F）、次の機能的な依存関係があります。
しかし、1つの機能依存性、つまり D-> F D-> Fが存在する場合、それに従ってBCNFの定義に違反している D であるべきです スーパーキー ここではそうではありません。したがって、関係Rを分割します。
- 3NFは、関係の候補キーに非プライム属性が推移的に依存してはならないと述べています。一方、BCNFは、関係に些細な機能依存性X-> Yが存在する場合、 Xはスーパーキーでなければなりません。
- 3NFは、関係の依存関係を犠牲にすることなく取得できます。ただし、BCNFの取得中は依存関係が保持されない場合があります。
- 3NFは、古いテーブルの情報を失うことなく実現できますが、BCNFを取得している間、古いテーブルの情報を失う可能性があります。
結論：
BCNFは、テーブルをより正規化するのに役立つ3NFよりもはるかに制限的です。 3NFの関係には、BCNFによってさらに削除される最小の冗長性が残っています。
