論理データモデル

概念データモデルを、関係モデルなど採用するデータモデルの形式に落とし込んだもの。正規化を施して表と列、キー、制約を定義するが、索引や格納方法といった物理的な事項までは決めない。

概念データモデルを特定のデータモデル（関係モデルなど）に変換したもの。テーブル名、属性名、データ型、制約（主キー、外部キー、NOT NULLなど）を定義する。DBMS製品には依存しない。

概念データモデルを、採用するデータベース方式に合わせて具体化したモデル。項目、主キー、正規化などを定め、物理設計の前段となる。

概念データモデルを、採用するデータベースの方式（関係データベースなら表・列・主キー・外部キー）に沿って表し直したデータモデル。正規化によってデータの重複と更新時異状を取り除き、データ型や制約を定める。どの記憶装置にどう格納するかといった物理的な事項には立ち入らない。

概念データモデルを特定のデータモデル（関係モデルなど）に変換したもの。テーブル名、属性名、データ型、制約（主キー、外部キー、NOT NULLなど）を定義する。DBMS製品には依存しない。

概念データモデルを、関係モデルなど採用するデータベースの方式に合わせて具体化したデータモデル。関係データベースでは、正規化を行って表、列、主キー、外部キー、制約を定義する。索引や格納方法など、特定の製品や記憶装置に依存する事項は物理設計で決める。

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

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

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

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

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

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