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

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

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

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

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

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

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

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

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