令和7年度春期 情報処理安全確保支援士 午前Ⅰ 問9

第3正規形は「ついでに決まる情報」を分ける話だよ

第3正規形では、候補キーでちゃんと各項目が決まることに加えて、「非キー属性が決まると、さらに別の非キー属性まで決まる」という関係をなくすよ。たとえば、社員番号で部署コードが分かり、部署コードで部署名まで分かるなら、部署名は社員番号から“遠回りで”決まっている状態なんだ。このような推移的関数従属を分けて整理するのがポイントだよ。

この問題で問われていること

2NFは「キーの一部だけで決まる項目をなくす」こと、3NFはそこからさらに進んで「キーではない項目から、別のキーではない項目が決まる関係をなくす」ことだよ。この差を、推移的関数従属として見抜けるかが論点だよ。

3NF の狙い

`キー -> 非キー -> 非キー` の連鎖を分解するのが 3NF です。

2NF: partial dependency removed\n3NF: transitive dependency removed

確認ポイント

• 部分関数従属の排除は 2NF の話です。
• 非キー属性どうしの依存を見つける。
• 推移的関数従属を除くことが 3NF の核心です。

正解

イ

出典

問題文と解答は IPA 公開の過去問題冊子・解答例を基にしています。

選択肢ア

これは不正解だよ。これは「普通の項目から、キーの一部が決まる」話で、第2正規形から第3正規形にする手順ではないんだ。たとえるなら、受付メモから合鍵の一部が分かる、みたいな少し特殊な依存関係で、今回片付けたい“非キー項目どうしのムダな結び付き”とは違うよ。

選択肢イ（正解）

これは正解だよ。第2正規形から第3正規形にするには、候補キー以外の項目どうしで「これが決まると、あれも決まる」という関係を分けるんだ。たとえば社員表で「部署番号」が決まると「部署名」も決まるなら、社員ごとに部署名を何度も書くのはムダだよね。だから部署番号と部署名は別の表にして、窓口を分けるイメージだよ。

選択肢ウ

これは不正解だよ。候補キーの一部だけで、キー以外の項目が決まってしまうのは、第1正規形から第2正規形にするときに直す問題なんだ。たとえば「注文番号＋商品番号」で行を決める表なのに、商品番号だけで商品名が決まるなら、先にそこを分けよう、という話だよ。

選択肢エ

これは不正解だよ。一つの欄に複数の値が入っているのを分けるのは、第1正規形にする手順なんだ。たとえば住所欄に「東京・大阪・福岡」とまとめて入っていたら、まず一つずつ整理しよう、という初期の片付けだよ。第2から第3への話ではないよ。