正規化

関係データベースのテーブル設計において、データの重複を排除し、整合性を保ちやすい構造にするための手法。第1正規形から第3正規形まで段階的に行う。

関係データベースにおいて、データの重複や更新時の矛盾を排除するためにテーブル構造を段階的に整理する手法。第1正規形、第2正規形、第3正規形の順に正規化を進め、データの冗長性を排除する。

関係データベースの表を、データの冗長性を排除し更新時の不整合（更新異常、挿入異常、削除異常）を防ぐために分解する設計手法。第1正規形（繰り返し項目の排除）、第2正規形（部分関数従属の排除）、第3正規形（推移関数従属の排除）が基本。

リレーショナルデータベースの論理設計において、データの冗長性を排除し整合性を保つためにテーブル構造を整理する手法。第1正規形から第3正規形、さらにボイスコッド正規形などがある。更新時異常の防止が目的。

リレーションのデータ冗長性を排除し、更新異状（挿入異状、削除異状、修正異状）を防止するために、リレーションをより小さな単位に分解する手法。関数従属性や多値従属性に基づき、段階的に正規形に変換する。

関係データベースの設計で、関数従属性に基づいて表を分解し、データの重複と更新時異状（追加・更新・削除の異状）を取り除くこと。繰返し項目を除いた第1正規形、部分関数従属を除いた第2正規形、推移関数従属を除いた第3正規形のほか、ボイス・コッド正規形、第4・第5正規形がある。分解は、結合すれば元の表に戻せる情報無損失分解で行う。

関係データベースの設計で、データの重複をなくして更新時の矛盾（更新時異常）を防ぐため、関数従属性に基づいて表を分割すること。第1正規形から第3正規形、ボイスコッド正規形などの段階がある。正規化を進めると結合が増えて検索の性能が下がることがあるので、性能の要件に応じて意図的に非正規化することもある。

属性の組Xが決まれば属性Yが一意に決まり（X→Y）、かつXのどの真部分集合からもYが決まらない関数従属。例えば、{受注番号, 商品番号}→数量で、受注番号や商品番号の片方だけでは数量が決まらない場合が当たる。第2正規形は、非キー属性がすべての候補キーに完全関数従属している状態である。

複数の属性からなる候補キーの一部だけで、非キー属性が決まってしまう関数従属。例えば、{受注番号, 商品番号}がキーの表で、商品番号だけから商品名が決まる場合が当たる。部分関数従属があると同じ商品名が何度も現れて更新時異状の原因になるので、第2正規形への正規化で別の表に分離する。

X→Y、Y→Zが成り立ち、YからXが決まらないときに、XからZがYを介して間接的に決まる関数従属。例えば、社員番号→部署コード→部署名の関係で、部署名が社員番号に推移的に従属する場合が当たる。非キー属性が他の非キー属性に従属している状態なので、第3正規形への正規化で部署の表を分離する。

表のすべての列の値が、それ以上分解できない単一の値（原子値）であり、繰返し項目を含まない状態。非正規形の表から繰返しのグループを取り除き、1つのセルに1つの値だけが入るようにして得る。

第1正規形であり、かつ主キー以外のすべての列が、主キー全体に完全関数従属している状態。複合主キーの一部の列だけで値が決まる列（部分関数従属）を、別の表に分離して得る。

第2正規形であり、かつ主キー以外の列が、主キーに推移的に関数従属していない状態。主キー以外の列によって値が決まる列（推移的関数従属）を別の表に分離して得る。実務のデータベース設計では、多くの場合この段階まで正規化する。