요청이 데이터로 남기까지

DBMS는 사용자 의도를 받아 해석하고, 안전하게 저장 가능한 상태로 바꾸는 하나의 운영 구조입니다.

구성 요소를 따로 외우기보다, 누가 요청을 보내는지, DBMS 내부에서 어떤 코어가 그 요청을 실행 가능한 작업으로 바꾸는지, 그리고 무엇이 디스크에 남는지를 한 흐름으로 보면 구조가 빨리 잡힙니다.

입력

요청은 사람과 도구에서 시작됩니다

DBA, 개발자, 초보 사용자 모두 자신에게 맞는 관점과 언어로 같은 DBMS를 사용합니다.

사용자 관점 DBA는 전체 구조를 관리하고, 개발자는 SQL을 작성하며, 초보 사용자는 화면과 보고서로 결과를 요청합니다.
3단계 스키마 외부 스키마 → 개념 스키마 → 내부 스키마로 갈수록 사용자 관점에서 실제 저장 구조로 내려갑니다.
DDL 테이블과 구조 정의
DML 조회·삽입·수정·삭제
DCL 권한과 접근 제어
TCL 커밋·롤백 경계 관리
DBMS 내부 코어

해석 코어와 저장 코어가 이어져 실제 작업을 만듭니다

중간 계층이 있기 때문에 최적화, 동시성 제어, 복구가 가능해집니다.

질의 처리기 SQL의 의미를 검사하고 가장 적절한 접근 계획으로 바꿉니다.
Parser
Optimizer
Executor
↓
저장 시스템 관리자 페이지를 메모리에 올리고, 파일에 기록하고, 장애 시 되돌릴 수 있게 로그를 남깁니다.
Buffer Manager
File Manager
Log / Recovery
트랜잭션 관리자 권한 확인, 동시성 제어, 복구 규칙이 해석 코어와 저장 코어를 가로질러 적용됩니다.
지속 저장

디스크에는 데이터만이 아니라 운영 흔적도 남습니다

DBMS가 “저장소”를 넘어 “운영 시스템”인 이유가 여기서 드러납니다.

테이블 · 인덱스 사용자가 조회하고 수정하는 실제 데이터와 빠른 접근 경로입니다.
시스템 카탈로그 · 데이터 디렉터리 테이블 정의 같은 논리 메타데이터와 파일·블록 위치 같은 물리 정보를 함께 관리합니다.
로그 장애가 나도 커밋 상태를 복구하고 롤백할 수 있게 하는 이력입니다.
핵심 관점 구성 요소 이름을 따로 외우지 말고, 요청이 어디서 시작해 어디에 영향을 남기는지 따라가면 됩니다.
→
학습 포인트 DBMS는 SQL 해석기와 저장 엔진이 함께 움직여 성능, 일관성, 복구를 동시에 보장합니다.