DS検定 用語解説
第三正規化とは
テーブル内の非キー属性間の従属関係（推移的関数従属）を解消し、テーブルを分割する正規化の段階。
まず押さえる結論
第三正規化は、DS検定の「第6章 データエンジニアリング基礎」に出てくる用語です。定義だけでなく、どの場面で使う言葉か、何と混同しやすいか、問題文のどの表現で判断するかまで確認します。
情報源と編集区分
公式範囲を確認し、具体例・誤答例・判断手順は当サイトが編集。 一次情報確認日: 2026-10-02。
試験概要（公式）試験での問われ方
定義の言い換え
用語そのものではなく、説明文の一部を言い換えて出されることがあります。
似た概念との比較
同じ章の用語と入れ替えた選択肢に注意します。対象、目的、使う場面を分けます。
具体例からの判断
問題文の事例が、定義のどの部分に対応しているかを先に確認します。
誤答しやすいポイント
「第6章 データエンジニアリング基礎」の問題で、取り違えやすい組み合わせです。
- 構造化データと非構造化データの判断基準を誤る。テキスト・音声・画像・動画のような雑多な形式か、テーブル形式で管理できるかで区別する。
- 第一正規化から第三正規化までの段階を混同する。各段階でどの種類の重複・従属関係を解消するのかが異なる。
- 内部結合・外部結合・自己結合の使い分けを誤る。条件に一致しない行を残すかどうかで結合方式が変わる。
関連する確認問題
第6章 データエンジニアリング基礎 / データ構造・蓄積
テーブル設計で、繰り返し現れる値を一つの欄にまとめず、扱いやすい形へ整理するために第一正規化から第三正規化までの手法を用いる考え方はどれか。
正解は「正規化」である。設問は、繰り返し出てくる値を一つの欄にまとめず整理する、第一正規化から第三正規化までの設計手法を尋ねている。この条件に合うのは正規化で、ER図はテーブル同士のつながりを図に表す手段、NoSQLはデータを蓄積する技術の一種、データマートは特定部門向けの基盤であり、いずれもテーブルの構造を整理する手法そのものではない。データをどこに置くかという話と、テーブルの構造をどの原則で整理する手法かという話を混同せず、それぞれの語が表す役割の違いから見分ける。
第6章 データエンジニアリング基礎 / データ構造・蓄積
テーブル内の非キー属性間の従属関係（推移的関数従属）を解消し、テーブルを分割する正規化の段階として正しいものはどれか。
正解は「第三正規化」である。第一正規化は繰り返し項目をなくし、ひとつのセルにひとつの値だけを入れる段階であり、第二正規化は主キーの一部だけに依存する属性を分離する段階である。第三正規化では、これらとは異なり、非キー属性同士の推移的関数従属を解消し、更新時の不整合を起こしにくいテーブル構造にする。「ER図作成」はテーブル同士の関係を図として表す作業であり、テーブル内の属性間の従属関係を解消して分割するという正規化の段階そのものではない。設問が問うのは非キー属性同士の従属関係を解消する段階であり、繰り返し項目を扱う第一正規化や、主キーへの依存を扱う第二正規化とは解消する対象が異なる。
第6章 データエンジニアリング基礎 / データ構造・蓄積
非キー属性が別の非キー属性に依存するテーブルを分割した。到達する正規形はどれか。
非キー属性が別の非キー属性に依存する関係を分割したので、到達した段階は第三正規化にあたる。正解は「第三正規化」である。第三正規化は、非キー属性どうしの従属関係である推移的関数従属を解消してテーブルを分割する。「第一正規化」は繰り返し項目をなくす段階、「第二正規化」は主キーの一部だけに依存する属性を分離する段階であり、扱う従属関係の種類が異なる。「UNION処理」は表の行を縦にまとめる操作で、正規化の段階ではない。したがって、設問の事例が到達する正規形は第三正規形である。
同じ章で確認したい用語
到達チェック
- 第三正規化を一文で説明できる
- 同じ章の似た用語と違いを説明できる
- 問題文の具体例から、第三正規化に関係する論点を拾える
- 関連問題を解き、誤答した選択肢の理由を確認できる
執筆: ミナト編集部（運営者情報を見る）