第3正規形

第三正規形のルール：

• 第二正規形の要件を満たしていること；

• 主キーに依存しないが、他の非キー属性に依存する属性は、別のテーブルに移動すること。

新しい属性をテーブルに追加したい場合があります。しかし、これらの属性が主キーに関連していない場合、テーブルのサイズが大幅に増加し、非論理的な構造となります。

次の例を考えてみましょう：

この場合、Designer Grade と Designer Country は実際には Project の属性ではありません。これらは Designer に固有のものです。前の例と同様に、最初の行を削除すると、Robert Jarry の Designer Grade および Designer Country に関する重要な情報が失われてしまいます。

正規化が必要です！

現在、各エンティティごとに個別のテーブルがあります。

• Project テーブルはプロジェクト固有の属性を持つ。
• Designer テーブルはデザイナー固有の属性を持つ。