2

3NF または 4NF であり、ドメイン キーの正規形ではないリレーショナル テーブルの例はありますか?

4

2 に答える 2

1

編集、2018 年 8 月 9 年後

DKNF は、以前の正規形がすべて排除された後のデータベース正規化の最終状態です。

  1NF -> 2NF -> 3NF -> BCNF -> 4NF -> 5NF -> 6NF/DKNF

6NF/DKNF の質問 (Fagin vs Date) はここでは範囲外です

したがって、3NF または 4NF に「のみ」ある設計は DKNF (または 6NF) にならないため、この質問は意味がありません。

特に複雑な関係がない限り、ほとんどの人は BCNF を超えて設計することはありません。

新しいリンク: https://www.tutorialride.com/dbms/database-normalization.htm

于 2009-04-08T13:06:40.563 に答える
0

はい。ドメイン キーの正規形は、実施可能な正規化手順ではありません。DKNF は、「すべてのテーブルに単一のテーマがある場合、すべての機能依存関係はキーの論理的な結果になります。すべてのデータ値の制約は、ドメインの制約として表現できます。」言い換えれば、関係に対するすべての制約がキーとドメインの定義の論理的な結果である場合、その関係は DKNF にあります。

DKNF は、研究コミュニティの一部によって誤って第 6 正規形 (6NF) と呼ばれていますが、技術的には正しくありません。CJ Date はこれについて詳しく説明しており、このOn DK/NF Normal Formの記事は、私が最初に DKNF について学び、その特性を理解した場所です。

于 2010-08-26T18:39:01.783 に答える