ドメインキーの正規形

データベースに挿入または削除の異常が存在しない場合、関係はDKNFにあります。ドメインキーの正規化形式は、正規化の最高の形式です。その理由は、挿入と更新の異常が削除されるためです。制約は、ドメインとキーの制約によって検証されます。

テーブルは、4NF、3NF、およびその他の正規形の場合にのみ、ドメインキーの正規形になります。制約に基づいています-

ドメイン制約

属性の値にはいくつかの値のセットがありました。たとえば、EmployeeIDは4桁の長さである必要があります-

属性またはその組み合わせが候補キーです

すべての関係のセットに基づいてください。

すべての制約は、リレーションに適用されるドメイン制約とキー制約の論理シーケンスである必要があります。 DKNFの実用性は低いです。

実体関連図

第3正規形（3NF）

第2正規形（2NF）
2NFとは何ですか？正規化の2番目のステップは2NFです。リレーションが1NFにあり、すべてのルールを満たし、すべての非キー属性が主キーに完全に依存している場合にのみ、テーブルは2NFにあります。第2正規形は、主キーへの部分的な依存関係を排除します。例を見てみましょう- 例（テーブルは2NFに違反しています） StudentID ProjectID StudentName プロジェクト名 S89 P09 オリビアジオロケーション S76 P07 Jacob クラスターの探索
第3正規形（3NF）
3NFとは何ですか？正規化の3番目のステップは3NFです。リレーションが2NFにあり、推移的な関数従属性がない場合にのみ、テーブルは3NFにあります例を見てみましょう- 例（テーブルは3NFに違反しています） Movie_ID Listing_ID Listing_Type DVD_Price （$） 0089 007 コメディ 100 0090 003 アクション 150 0091 007 コメディ 100 上記の表は、推移的な機能依存性