3層スキーマとデータ独立性とは？さんそうすきーまとでーたどくりつせい
3層スキーマとデータ独立性とは、利用者ごとの見え方を定める外部スキーマ、データ全体の論理構造を定める概念スキーマ、格納方法を定める内部スキーマの3層でデータベースを捉える考え方（ANSI/SPARC）。層を分けることで、下位の変更が上位へ波及しないデータ独立性が得られる。支援士試験では、外部スキーマ（ビュー）で利用者に見せる列を絞るデータベースセキュリティの手段としても出る。
最終更新：2026-10-06
情報処理安全確保支援士を最短で暗記・合格する →背景
初期のシステムではアプリケーションがファイルの物理構造を直接前提にしており、索引を足すだけでプログラムの書き換えが必要だった。3層に分け、アプリは外部スキーマだけを見るようにすれば、物理構造や表構成の変更から切り離せる。この分離はセキュリティにも効き、給与表の一部の列だけをビューで公開すれば、基表への直接アクセスを与えずに済む。JIS Q 27001の管理策にあるアクセス制限を、データベース内で実現する土台である。
具体例
Oracle DatabaseやPostgreSQLで、人事表から氏名と所属だけを選んだビューを作り、一般利用者にはビューへのSELECT権限だけを与える。索引を追加しても（内部スキーマの変更）アプリのSQLは変えずに済むのが物理的独立性、表に列を追加しても既存画面がビュー越しなら影響を受けないのが論理的独立性である。
試験での引っ掛け
論理的独立性は概念スキーマの変更から外部スキーマを守ること、物理的独立性は内部スキーマの変更から概念スキーマを守ることで、守られる対象が違う。逆に覚えると失点する。ビューで列を隠しても基表への権限を残せば意味が無く、権限はビューにだけ付与する。
関連用語
出典・参考
解説は資格暗記が独自に作成しています。過去問の出典は各問題に記載のとおりです。