論理データモデル

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

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

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

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

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

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

現実世界のデータ要件を、DBMS非依存の形で抽象化して表現したモデル。ER図が代表的な表記法で、エンティティ、属性、関連を用いてデータ構造を記述する。データベース設計の第一段階として作成される。

論理データモデルを特定のDBMS上の物理的な格納構造に変換したもの。テーブルスペース、インデックス、パーティション、ファイル配置などの物理的な設計を含む。

概念データモデルを特定のデータモデル（関係モデルなど）に変換し、テーブル定義、属性定義、制約定義を行う工程。正規化を適用してデータの冗長性を排除し、整合性を確保する。

業務で扱う実体と、その属性および関係を構造として表したもの。概念、論理、物理の各段階があり、段階を追って実装に近づけていく。

実体（エンティティ）、属性（アトリビュート）、関連（リレーションシップ）の3要素でデータの構造を視覚的に表現する図法。データベースの概念設計や業務分析において、データ間の関係を明確にするために用いられる。

データを体系的に分類・管理するためのコード（番号・記号）の体系を設計すること。順番コード、区分コード、桁別コードなどの種類がある。