【データベース】データの独立性を守る3大設計図！「3層スキーマ」｜情報処理問題1000本ノック
プログラムの変更がデータベースに影響しないようにする魔法の壁。ビュー、テーブル、物理ディスクの3つの視点を整理する「3層スキーマ」を攻略しましょう。
1. 【 問題 】：データベースの3層スキーマ構造
【 問題 】 データベースの設計思想において、データの独立性を高めるためにデータを「外部スキーマ」「概念スキーマ」「内部スキーマ」の3つの階層に分けて定義する「3層スキーマ構造」に関する記述のうち、最も適切なものはどれでしょうか？
① 外部スキーマは、ハードディスク上の物理的なデータの配置やインデックスの構造を定義する。
② 概念スキーマは、個々のユーザーやアプリケーションプログラムが必要とするデータの見取り図（ビュー）を定義する。
③ 内部スキーマは、データベース化の対象となる現実世界のデータ全体を、論理的なデータモデル（テーブル構造）として定義する。
④ 概念スキーマの変更が外部スキーマに影響を与えない性質を「論理的データ独立性」、内部スキーマ（物理構成）の変更が概念スキーマに影響を与えない性質を「物理的データ独立性」と呼ぶ。
2. 正解：
正解： ④ 概念スキーマの変更が外部スキーマに影響を与えない性質を「論理的データ独立性」、内部スキーマ（物理構成）の変更が概念スキーマに影響を与えない性質を「物理的データ独立性」と呼ぶ。
3. 解説：誰から見たデータか？3つの視点をスッキリ分離
3層スキーマ構造の目的は、「データ構造や保存場所が変わっても、プログラム（システム）を書き直さなくて済むようにする（データの独立性）」ことです。そのために、役割を3つの階層に分けています。
■ 外部スキーマ（利用者・プログラムの視点）
・役割：個々のユーザーやアプリケーションが「見たい形」にカスタマイズした設計図です。関係データベース（RDB）では「ビュー（仮想テーブル）」などがこれに該当します。
■ 概念スキーマ（データベース全体の論理的視点）
・役割：開発者やDBMSから見た、データベース全体の「本来のテーブル構造（論理構造）」です。データの重複を無くす「正規化」を行い、実体の「テーブル」として定義します。
■ 内部スキーマ（ハードウェア・物理の視点）
・役割：データを「ハードディスクやSSDのどこに、どうやって保存するか」「インデックス（索引）をどう配置するか」という、物理的なファイル構成を定義する設計図です。
★ ①：ハードディスク上の物理的な配置を定義するのは「内部スキーマ」です。
★ ②：ユーザーやプログラムが必要とする見取り図（ビュー）を定義するのは「外部スキーマ」です。
★ ③：データ全体を論理的なテーブル構造として定義するのは「概念スキーマ」です。
→ 正解の④は、この3層に分けることで「物理構成（内部）を変えてもテーブル（概念）は壊れない（物理的独立性）」「テーブル（概念）を多少いじってもビュー（外部）で吸収できる（論理的独立性）」という最大のメリットを正しく説明しています。
1. 理解のコツ: 「一戸建ての家」に例えてみましょう。
・住人が毎日目にする「リビングやキッチンの内装（使いやすさ）」が外部スキーマです。
・大工さんや建築士が共有する「柱の位置や部屋の間取り図面（全体の構造）」が概念スキーマです。
・床下の基礎工事や「コンクリート、鉄骨の物理的な配置」が内部スキーマです。
・もし「床下の鉄骨を最新の頑丈なものに変えた（内部の変更）」としても、部屋の間取り（概念）や住人の暮らし（外部）には何も影響しませんよね。これがデータの独立性です。
2. 試験対策の視点: 「外部＝ビュー（利用者側）」「概念＝テーブル（全体論理）」「内部＝ディスク（物理保存）」という対応関係のペアを絶対に脳内でブレさせないようにしてください。基本情報・応用情報の午前試験では、各スキーマの定義をシャッフルしたひっかけ問題や、「論理的／物理的データ独立性」という言葉の意味を問う問題が非常によく狙われます。
4. まとめ
「データベースの設計図を、プログラム側の都合（外部）、データ全体の構造（概念）、ストレージの都合（内部）の3つに切り離し、お互いの変更が響かないようにする工夫」。これが3層スキーマです。この思想があるからこそ、私たちはインフラのハードウェアを増強（内部を変更）しても、今動いている業務システム（外部）を一切止めることなく、そのまま使い続けることができるのです。