3層スキーマアーキテクチャ

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

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

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

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

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

応用プログラムがデータの物理的格納方法や論理的構造の変更に影響されない性質。物理データ独立性（内部スキーマの変更がプログラムに影響しない）と論理データ独立性（概念スキーマの変更が外部スキーマに影響しない）がある。

3層スキーマアーキテクチャの最上位層で、個々の利用者やアプリケーションから見たデータベースの部分的な論理構造。ビューやサブスキーマとして実装され、利用者ごとに異なる見え方を提供する。

3層スキーマアーキテクチャの中間層で、データベース全体の論理的な構造を定義するスキーマ。テーブル、属性、データ型、制約、関連などを含む。物理的な格納方法には依存しない。

3層スキーマアーキテクチャの最下位層で、データの物理的な格納構造を定義するスキーマ。ファイル編成、インデックス構造、格納レコードの形式、データ圧縮方法などを含む。

データウェアハウスの代表的なスキーマ構造。中央にファクトテーブル（事実テーブル）、周囲にディメンションテーブル（次元テーブル）を配置する星型構造。ディメンションテーブルは非正規化し、結合の簡素化と検索性能の向上を図る。

スタースキーマのディメンションテーブルをさらに正規化した構造。ディメンションテーブルが複数のテーブルに分割されるため雪の結晶のような形になる。ストレージの節約になるが、結合が増加する。