"왜 파일 시스템 대신 데이터베이스 관리 시스템(DBMS)을 사용할까요?"
"정보처리기사나 전산직, 컴퓨터공학 학부 시험에서 단골로 나오는 외부/개념/내부 스키마와 데이터 독립성은 어떻게 정리해야 할까요?"
데이터베이스(Database)는 현대 IT 시스템의 가장 핵심적인 기초 기반입니다. 수많은 데이터를 단순히 저장하는 것을 넘어, 효율적으로 검색하고 관리하기 위한 구조적 이해가 필수적입니다.
이번 글에서는 데이터베이스의 필수 정의부터 DBMS의 4가지 주요 특징, ANSI 3단계 데이터베이스 구조(스키마), 그리고 데이터 독립성의 개념을 한눈에 알기 쉽게 정리해 드립니다!
1. 데이터베이스(DB) 및 DBMS의 정의와 특징
① 데이터베이스(Database)의 4가지 정의
데이터베이스는 특정 조직의 업무를 수행하는 데 필요한 상호 관련된 데이터들의 모임입니다.
- 통합된 데이터 (Integrated Data): 중복을 최소화하여 모은 데이터의 집합
- 저장된 데이터 (Stored Data): 컴퓨터가 접근 가능한 저장 매체에 저장된 데이터
- 운영 데이터 (Operational Data): 조직의 존재 목적과 업무 수행에 반드시 필요한 데이터
- 공용 데이터 (Shared Data): 여러 사용자나 응용 프로그램이 공동으로 소유하고 이용하는 데이터
② 데이터베이스 관리 시스템(DBMS)의 4가지 주요 특징
파일 시스템의 고질적 문제인 데이터 중복성과 데이터 의존성을 해결하기 위해 등장한 소프트웨어가 바로 DBMS입니다.
| 특징 | 설명 |
| 실시간 접근성 (Real-time Accessibility) | 사용자의 비연속적인 질의(Query)에 대해 실시간으로 처리하여 응답함 |
| 계속적인 변화 (Continuous Evolution) | 새로운 데이터의 삽입(Insert), 삭제(Delete), 갱신(Update)을 통해 항상 최신의 정확한 데이터를 유지함 |
| 동시 공유 (Concurrent Sharing) | 여러 사용자나 응용 프로그램이 동시에 동일한 데이터에 접근하여 이용할 수 있음 |
| 내용에 의한 참조 (Content Reference) | 저장된 레코드의 물리적 위치(주소)가 아닌 **사용자가 요구하는 데이터의 내용(값)**으로 참조함 |
2. ANSI/SPARC 3단계 데이터베이스 구조 (3-Schema Architecture)
데이터베이스의 복잡성을 숨기고 사용자에게 단순화된 뷰를 제공하기 위해 ANSI/SPARC 표준 연구회에서는 데이터베이스 구조를 3단계 스키마로 정의했습니다.
3단계 스키마(Schema) 파헤치기
개별 사용자나 응용 프로그래머의 관점에서 바라보는 데이터베이스 구조입니다.
전체 DB의 일부만 보여주므로 서브 스키마(Sub-Schema) 또는 **뷰(View)**라고도 부르며, 여러 개가 존재할 수 있습니다.
조직 전체의 종합적인 관점에서 바라보는 데이터베이스 구조입니다.
개체 간의 관계, 제약조건, 보안 정책 등을 정의하며 전체 DB당 오직 1개만 존재합니다. (일반적으로 '스키마'라고 하면 개념 스키마를 의미)
물리적 저장 장치 관점에서 바라보는 데이터베이스 구조입니다.
실제 데이터가 디스크에 어떻게 저장되는지(레코드 구조, 인덱스, 레코드 포맷 등)를 정의합니다.
3. 핵심 시험 포인트: 데이터 독립성 (Data Independence)
3단계 스키마 구조가 존재하는 가장 중요한 이유는 바로 데이터 독립성을 확보하기 위함입니다. 하위 스키마가 변경되어도 상위 스키마가 영향을 받지 않는 성질을 말합니다.
[ 외부 스키마 (External Schema) ]
▲
│ ① 논리적 데이터 독립성 (Logical Data Independence)
▼
[ 개념 스키마 (Conceptual Schema) ]
▲
│ ② 물리적 데이터 독립성 (Physical Data Independence)
▼
[ 내부 스키마 (Internal Schema) ]
① 논리적 데이터 독립성 (Logical Data Independence)
- 개념: 개념 스키마가 변경되어도 외부 스키마(응용 프로그램)에는 영향을 주지 않는 성질입니다.
- 예시: 데이터베이스에 새로운 테이블이나 컬럼을 추가하더라도 기존 응용 프로그램을 수정할 필요가 없습니다.
② 물리적 데이터 독립성 (Physical Data Independence)
- 개념: 내부 스키마(물리적 저장 구조)가 변경되어도 개념 스키마에는 영향을 주지 않는 성질입니다.
- 예시: 성능 향상을 위해 디스크 저장 장치를 교체하거나 인덱스를 새로 생성/삭제해도 전체 데이터의 논리적 구조(개념 스키마)는 변하지 않습니다.
💡 한눈에 보는 핵심 요약표 (시험 필수!)
| 구분 | 주요 핵심 키워드 | 존재 수 |
| 외부 스키마 | 사용자/프로그래머 관점, 서브 스키마, 뷰(View) | 여러 개 존재 |
| 개념 스키마 | 조직 전체 관점, 통합 구조, 제약조건, 규칙 | 오직 1개 존재 |
| 내부 스키마 | 물리적 저장 장치 관점, 인덱스, 레코드 저장 포맷 | 오직 1개 존재 |
| 논리적 데이터 독립성 | 개념 스키마 변경 $\rightarrow$ 외부 스키마 영향 없음 | 구조 변경 대응 |
| 물리적 데이터 독립성 | 내부 스키마 변경 $\rightarrow$ 개념 스키마 영향 없음 | 성능/저장소 변경 대응 |
📌 핵심 기출 포인트 체크
- DB의 정의 4가지: 통합, 저장, 운영, 공용 데이터의 키워드를 철저히 암기하세요.
- 개념 스키마의 수: 외부 스키마는 여러 개가 존재할 수 있지만, 개념 스키마와 내부 스키마는 전체 데이터베이스에 단 1개만 존재합니다.
- 독립성 매핑 관계:
- 외부 스키마 $\leftrightarrow$ 개념 스키마 : 논리적 데이터 독립성
- 개념 스키마 $\leftrightarrow$ 내부 스키마 : 물리적 데이터 독립성
'전공과목 > 데이터베이스' 카테고리의 다른 글
| [데이터베이스] 무결성 제약조건과 무결성 종류: 개체, 참조, 도메인 무결성 및 외래키 옵션 완벽 정리 (0) | 2026.09.03 |
|---|---|
| [데이터베이스] 관계형 데이터베이스(RDB) 모델: 테이블, 차수와 카디널리티, 키(Key) 완벽 구분 (0) | 2026.09.03 |
| [데이터베이스] 트랜잭션(Transaction) 개념과 ACID 원칙 & 격리 수준(Isolation Level) 완전 정리 (0) | 2026.08.18 |
| [데이터베이스] 인덱스(Index) 개념과 B-Tree / B+Tree 구조 및 장단점 완전 정리 (0) | 2026.08.17 |
| [데이터베이스] DB 정규화(Normalization) 개념과 1NF~3NF, BCNF 단계별 완전 정리 (0) | 2026.08.16 |