次の関係スキーマを第2正規形に変換するための操作として、最も適切なものはどれか。 受注明細(受注番号, 商品コード, 商品名, 単価, 数量) 主キー：{受注番号, 商品コード}

なぜ イ は間違いか

分解自体は試みていますが、受注テーブルが{受注番号, 商品コード}だけになり、情報を何も持たないテーブルになります。また商品明細側には独自の主キーがなく、結合で元に戻せなくなります。「テーブルを2つに割れば正規化」という誤解から生まれる典型的な誤りです。

なぜ ウ は間違いか

これは第2正規形の話ではなく、テーブル設計の都合で主キーを単純化する操作です。商品コードを外部キーにしても、商品名・単価は同じテーブルに残ったままなので部分従属は何も解消されません。制約の種類を変えることと、関数従属を分解することは別の話です。

なぜ エ は間違いか

NOT NULL制約はNULL値の混入を防ぐための整合性ルールであり、正規化とは無関係です。第2正規形が狙っている「更新異常・挿入異常・削除異常の排除」はスキーマ（テーブル構造）を分解することでしか達成できません。制約を強化しても、商品名の冗長な繰り返しはそのまま残ります。