第2正規形

データベース正規化における第 2 正規形( 2NF ) は、正規形です。リレーションが第 2 正規形になるのは、次の 2 つの要件を満たしている場合です。

1. これは第 1 正規形です。
2. リレーションの候補キーの適切なサブセットに機能的に依存する非プライム属性はありません(つまり、部分的な依存関係がありません)。リレーションの非プライム属性とは、リレーションの候補キーの一部ではない属性です。

簡単に言えば、次の場合、リレーション (またはテーブル) は 2NF になります。

1. 1NFであり、単一の属性の一意の識別子（UID）を持ちます（この場合、キー以外のすべての属性はUID全体に依存します）。
2. これは 1NF であり、複数属性の一意の識別子を持ち、すべての通常の属性 (UID の一部ではない) は、UID の 1 つの属性 (またはその一部) だけでなく、複数属性 UID 内のすべての属性に依存します。

通常の（非プライム）属性が別の（非プライム）属性によって予測可能（依存）である場合、それは第 3 正規形で対処されます。

第二正規形は1971年にE. F. Coddによって最初に定義されました。 ^[1]

1NF リレーションを 2NF リレーションにするには、第 1 正規形リレーションの部分依存関係にある機能的に依存する属性を削除し、それらの部分依存関係に依存する属性を、対応する決定属性が候補キー全体であるリレーションに配置します。

次の関係は、次の理由により 2NF を満たしません。

• 複数属性の一意の識別子/候補キーがあります: 「製造元」と「モデル」。
• {製造国} は機能的に {製造元} に依存しています (予測可能)。
• {Manufacturer} は、{Manufacturer, Model} 候補キーの適切なサブセットです。
• {製造国} は候補キーの一部ではないため、非プライム属性です。(同じ国の 2 つの製造元が同じモデル名の歯ブラシを製造する可能性があると想定されているため、現在のテーブルではペアによって行が一意に識別されますが、{製造国、モデル} は候補キーではありません。)

言い換えると、{製造国} は候補キーの適切なサブセットに機能的に依存する非プライム属性であるため、この関係は 2NF に違反します。

設計を 2NF に準拠させるには、2 つの関係が必要です。これらの関係を作成するには、次の操作を行います。

1. 最初の正規形関係の部分依存関係にある機能的に依存する属性を削除します。この例では、{製造国} が削除される機能的に依存する属性です。
2. これらの部分的な依存関係に依存する属性 (つまり {製造元国}) を、対応する決定要因属性が候補キー (つまり {製造元}) である関係に配置します。

以下に示すように、{製造国} は元のテーブルから削除されます。

以下に示すように、部分的な依存関係は、部分的な依存関係でなくても依存関係が存在できる新しい関係に配置されます。

ここで、「電動歯ブラシ モデル」テーブルの各行に数値識別子を追加して、1NF を維持することが望ましい場合があります。または、テーブルをそのままにして、各行の値の一意の組み合わせを主キーとして使用できるようにし、このテーブルの列 {製造元、モデル} をテーブルの候補キーとして使用できるようにすることもできます。

• 属性値システム

• データベース正規化の基礎 (Mike Chapple 著、About.com)
• Mike Hillyer 著「データベース正規化入門」。
• Fred Coulson による最初の 3 つの正規形に関するチュートリアル
• Microsoftによるデータベース正規化の基礎の説明