正規化

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

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

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

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

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

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

関係データベースの表を、関数従属性に基づいて分解し、データの重複を排除する設計手法。更新、挿入、削除のときに生じる不整合（更新時異状）を防ぐ。段階として第1正規形から第3正規形、ボイスコッド正規形などがある。

データベースの構造を外部スキーマ（利用者やプログラムから見たデータの定義）、概念スキーマ（データベース全体の論理的構造）、内部スキーマ（物理的な記憶構造）の3層に分けて管理する方式。データの独立性を高める。

概念データモデルを、関係モデルなど特定のデータベース方式に合わせて表現したモデル。表・列・キー・制約を定めるが、格納方法や索引といった実装の詳細はまだ扱わない。

論理データモデルを、実際に使うDBMSの機能に合わせて具体化したモデル。データ型、索引、ファイル配置、容量見積りなど、性能と実装に関わる事項まで決める。

実体（エンティティ）、関連（リレーションシップ）、属性（アトリビュート）を図で表現し、データの構造を視覚化する手法。エンティティを矩形、リレーションシップをひし形、属性を楕円で表す。データベースの概念設計や要件定義に用いられる。

エンティティ間の関連における対応数を示す概念。1対1、1対多、多対多の3種類があり、E-R図でテーブル間の関連の多重度を表現する際に使用される。

特定の製品や実装方式に依存せず、業務の対象と関係だけを表したデータモデル。E-R図で表現されることが多い。まずこれを作り、論理・物理データモデルへと具体化していく。