正規化

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

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

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

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

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

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

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

業務で扱うデータの構造、関係、制約を体系的に定義するプロセス。概念データモデル、論理データモデル、物理データモデルの3段階で詳細化し、データベース設計の基礎とする。

複数の要件や品質特性の間で、あるものを優先するとほかが犠牲になる関係を分析・評価すること。性能と保守性、コストと品質など、相反する要件間の最適なバランスを見つけるためにシステム設計で広く用いる。

システム要件を実現するために、ハードウェア、ソフトウェア、ネットワーク、データベースなどの構成要素と、それらの関係・インタフェースを決定する設計工程。要件定義とソフトウェア詳細設計の間に位置づけられる。

ソフトウェアシステムの全体構造を定義するもの。構成要素（コンポーネント）、それらの関係、外部環境とのインタフェース、設計・進化の原則を含む。品質特性のトレードオフを考慮して決定する。

ソフトウェアを独立性の高いモジュール（部品）に分割する設計技法。モジュール強度（凝集度）を高く、モジュール結合度を低くすることが設計原則。STS分割、TR分割、共通機能分割などの技法がある。

データベースの概念設計で用いるモデリング手法。実体（エンティティ）、関連（リレーションシップ）、属性（アトリビュート）の3要素でデータ構造を図式化する。論理設計のテーブル定義の基礎となる。