3層スキーマ

データベースの構造を外部スキーマ（利用者やアプリケーションから見たデータ定義）、概念スキーマ（データベース全体の論理的構造）、内部スキーマ（物理的な格納方式）の3層に分離するアーキテクチャ。データの独立性を確保し、一方の変更が他方に影響しにくくする。

ANSI/SPARCが提唱したデータベースの構造を3層に分ける考え方。外部スキーマ（利用者の視点）、概念スキーマ（データベース全体の論理構造）、内部スキーマ（物理的格納構造）の3層からなり、データ独立性を実現する。

ANSI/SPARCが提唱した、データベースの構造を外部スキーマ（利用者やアプリケーションから見たデータ）、概念スキーマ（データベース全体の論理構造）、内部スキーマ（記憶装置上の格納構造）の3層に分ける考え方。層を分けることで、格納方式を変えても概念スキーマに影響しない物理データ独立性と、概念スキーマを変えても外部スキーマ（ビュー）を保てる論理データ独立性が得られる。

ANSI/SPARCが提唱した、データベースを外部スキーマ、概念スキーマ、内部スキーマの3層で記述する構造。利用者やアプリケーションから見たデータ（外部）、データベース全体の論理的な構造（概念）、物理的な格納の方法（内部）を分けることで、格納の方法を変えても概念スキーマ以上に影響しない物理的データ独立性と、概念スキーマを変えても外部スキーマを保てる論理的データ独立性を実現する。

データベースの構造を、利用者やアプリケーションから見た外部スキーマ、データベース全体の論理的な構造を表す概念スキーマ、記憶装置上の格納方法を表す内部スキーマの3層に分けて定義する考え方。ANSI/SPARCが提唱し、各層を分けることで物理的・論理的なデータ独立性が得られる。

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

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

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

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

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

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