論理データモデル

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

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

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

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

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

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

3層スキーマアーキテクチャで、個々の利用者やアプリケーションから見たデータの見え方を定義する層。関係データベースではビューが該当し、必要な部分だけを見せることで、内部構造の変更から利用者を守る。

3層スキーマアーキテクチャで、データを記憶装置上にどう格納するかを定義する層。ファイル編成、索引の設定、領域の割当てなどを規定し、性能を左右する。格納スキーマとも呼ばれる。

データベースで扱う表、列、データ型、制約、権限などの定義情報を集めて管理する仕組み。メタデータの一元管理により、定義の重複や不整合を防ぎ、影響範囲の調査を容易にする。

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

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

パフォーマンス向上のため、正規化されたテーブルの結合を事前に行い、あえて冗長性を持たせるデータベース設計手法。テーブル結合の処理コストを削減できるが、データの冗長性による更新時の不整合リスクが増す。