第3正規形

第三正規形のルール：

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

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

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

次の例を参照：

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

ここで正規化を行います。

素晴らしいです！各エンティティごとに個別のテーブルができました：

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