방송대 데이터베이스시스템 1강: 파일 처리 방식의 한계와 DBMS

학번·이름·전화번호가 학적 파일과 수강신청 파일에 따로 저장되어 있다면 전화번호 변경은 몇 번 해야 할까? 한쪽만 바꾸거나 두 사용자가 같은 잔고를 동시에 수정하면 데이터는 서로 다른 사실을 말하게 된다. 이 글은 파일 처리의 문제가 왜 생기는지 추적하고, DBMS의 기능·3단계 구조·데이터 언어가 이를 어떻게 해결하는지 연결한다.

한 학생의 전화번호가 두 개가 되는 순간부터 시작한다

학적 애플리케이션은 학적 파일을, 수강 애플리케이션은 수강신청 파일을 따로 사용한다고 가정하자. 두 파일에 모두 학번·이름·전화번호가 들어 있으면 전화번호를 바꿀 때 두 군데를 함께 수정해야 한다. 학적 파일만 수정하면 같은 학생에게 서로 다른 전화번호가 존재한다.

이 문제의 원인은 단순한 입력 실수가 아니다. 각 애플리케이션이 자신의 파일 구조와 데이터 사본을 직접 소유하는 파일 처리 시스템에서는 프로그램과 데이터가 강하게 결합되고 동일 사실이 여러 파일에 반복되기 쉽다. 파일 수가 늘수록 변경해야 할 위치와 일관성 점검 비용도 함께 늘어난다.

문제 진단: 같은 사실을 여러 프로그램이 각각 저장하고 있다면 “어느 파일이 맞는가?”보다 먼저 “왜 사실의 기준이 하나가 아닌가?”를 물어야 한다.

데이터가 많아질수록 저장보다 통합·검색·보호가 어려워진다

스마트 기기, 소셜 미디어와 네트워크 서비스가 확산되면서 데이터 생성량과 유형이 증가했다. 새로운 기술은 데이터를 만들고, 빅데이터 환경은 이를 수집·저장·분석하며, 인공지능은 축적된 데이터에서 학습한다. 이 연결에서 데이터 관리가 실패하면 뒤 단계의 분석도 신뢰하기 어렵다.

강의에서 데이터베이스는 “한 조직의 여러 응용 시스템이 공용으로 사용하기 위해 통합·저장·관리하는 데이터의 집합”으로 설명된다. 핵심은 단순히 큰 파일을 만드는 것이 아니라 여러 사용자가 필요한 데이터를 신속히 검색하면서도 정확성과 보안을 유지하도록 공통 관리 지점을 두는 데 있다.

관리 질문	파일별 관리	데이터베이스 중심 관리
누가 구조를 아는가?	각 프로그램 코드가 파일 구조를 직접 앎	DBMS가 메타데이터와 스키마로 구조를 관리
같은 사실은 어디에 있는가?	여러 파일에 중복될 수 있음	통합된 논리 구조에서 공용 사용
검색과 변경은 누가 중재하는가?	각 애플리케이션이 직접 처리	DBMS가 질의·갱신·동시성을 제어
보안 기준은 어디에 두는가?	프로그램마다 따로 구현하기 쉬움	권한과 뷰를 통해 중앙에서 관리 가능

파일 처리의 네 문제는 서로 독립적이지 않다

강의는 파일 처리 시스템의 문제를 데이터 종속, 데이터 중복, 무결성 훼손, 동시 접근으로 나눈다. 이 네 문제는 연쇄적으로 나타난다. 프로그램이 파일 구조에 종속되면 구조 변경 비용이 커지고, 애플리케이션별 파일을 유지하면 중복이 늘며, 중복된 사본은 서로 다른 값으로 바뀌기 쉽다. 여기에 여러 사용자가 동시에 수정하면 어느 결과가 맞는지 더 복잡해진다.

문제	발생 원인	관찰되는 실패	필요한 해결 능력
데이터 종속	프로그램이 파일의 논리·물리 구조를 직접 전제	필드나 저장 위치 변경 때 프로그램 수정	프로그램과 데이터의 분리·추상화
데이터 중복	응용별로 같은 사실을 별도 저장	불일치, 보안 차이, 저장 공간 낭비	통합 저장과 공용 관리
무결성 훼손	제약조건을 각 프로그램이 제각각 검사	허용 범위 밖 값, 모순된 관계	정확성과 제약조건의 일관된 보장
동시 접근 문제	여러 작업이 같은 값을 동시에 읽고 씀	한 사용자의 변경이 사라짐	트랜잭션과 동시성 제어

데이터 종속은 논리 구조와 물리 구조 두 곳에서 생긴다

논리적 데이터 종속은 저장된 필드의 구성이나 의미가 바뀔 때 프로그램도 함께 바뀌어야 하는 문제다. 예를 들어 학적 파일에 주소를 ‘시·구·상세주소’로 나누면 기존의 한 줄 주소를 전제로 한 프로그램을 수정해야 한다.

물리적 데이터 종속은 저장 장치, 파일 배치나 접근 방식이 바뀔 때 프로그램이 영향을 받는 문제다. 데이터가 다른 디스크로 이동했는데 프로그램이 물리 위치를 직접 알고 있다면 코드도 바뀐다.

논리 구조는 “어떤 항목과 관계를 저장하는가”, 물리 구조는 “그 데이터를 저장 장치에 어떻게 배치하는가”에 가깝다. 둘을 구분하면 어떤 변경을 사용자 뷰에서 숨겨야 하는지 판단하기 쉬워진다.

중복은 공간보다 불일치·보안·경제성에서 더 큰 비용을 만든다

동일 학생의 학번·이름·전화번호가 학적 파일과 수강 파일에 반복 저장되면 세 가지 문제가 생긴다.

일관성: 한 파일만 갱신하면 같은 사실에 서로 다른 값이 존재한다.
보안성: 한 파일은 접근 통제가 강하고 다른 파일은 약하면 같은 개인정보에 다른 보안 수준이 적용된다.
경제성: 저장 공간뿐 아니라 수정·검사·백업 대상이 늘어 관리 비용이 커진다.

중복을 줄인다고 해서 데이터 복제 자체가 언제나 잘못이라는 뜻은 아니다. 성능이나 가용성을 위해 통제된 복제를 사용할 수 있지만, 어떤 값이 기준이며 사본을 어떻게 동기화할지 관리 규칙이 있어야 한다. 파일별 임의 복사와 관리되는 복제는 다르다.

무결성은 값과 제약조건을 함께 만족하는 상태다

데이터 무결성은 데이터 값이 정확하고, 동시에 정의된 제약조건을 만족하는 성질이다. ‘홍길동의 한 학기 최대 수강학점은 18학점’이라는 규칙이 있다면 21학점 신청은 입력 형식이 숫자로 올바르더라도 허용할 수 없다.

파일 처리 방식에서는 학적 프로그램과 수강 프로그램이 같은 규칙을 각각 구현하기 쉽다. 한쪽의 기준을 18에서 21로 바꾸고 다른 쪽을 놓치면 시스템 전체의 무결성이 깨진다. DBMS는 스키마와 제약조건을 공통 관리 지점에 두어 여러 애플리케이션이 같은 규칙을 따르도록 한다.

학습용 SQL로 최대 신청 학점을 단순 표현하면 다음과 같다. 실제 업무 규칙은 학기·학생 상태 등 추가 조건을 포함할 수 있다.

CREATE TABLE enrollment_summary (
  student_id CHAR(10) PRIMARY KEY,
  semester CHAR(6) NOT NULL,
  applied_credits INTEGER NOT NULL,
  CONSTRAINT credit_limit CHECK (applied_credits BETWEEN 0 AND 18)
);

CHECK 제약은 범위 밖 값이 저장되는 것을 데이터베이스 계층에서 막는다. 프로그램 화면의 검사와 별개로 최종 저장 단계에서도 규칙을 보장한다는 점이 중요하다.

동시 접근은 두 계산이 맞아도 최종값을 틀리게 만들 수 있다

잔고 1,000원인 계좌에서 고객 A가 500원을 출금하고 고객 B가 1,000원을 입금한다고 하자. 둘이 모두 초기값 1,000원을 읽고 A는 500, B는 2,000을 계산한 뒤 차례로 저장하면 마지막 쓰기만 남을 수 있다. 올바른 최종 잔고 1,500원이 아니라 500 또는 2,000이 되는 갱신 손실이다.

트랜잭션은 하나의 논리적 작업을 처리하기 위한 데이터베이스 명령의 집합이다. 출금의 읽기·계산·쓰기를 트랜잭션 A로, 입금의 읽기·계산·쓰기를 트랜잭션 B로 묶고 DBMS가 실행 순서를 제어하면 각 작업의 효과가 사라지지 않도록 일관성을 보장할 수 있다.

오류 추적: 개별 산술식이 맞는지뿐 아니라 각 작업이 어떤 값을 읽었고, 언제 썼으며, 다른 작업과 어떤 순서로 섞였는지를 확인한다.

데이터·데이터베이스·DBMS·데이터베이스 시스템을 구분한다

용어	강의의 핵심 의미	학적 사례
데이터	사실의 정량적·정성적 특징을 나타내는 값과 그 설명	‘홍길동’, ‘12’, ‘낮 최고기온’
데이터베이스	특정 기관의 애플리케이션에서 사용하는 데이터 집합	학생·성적·수강 데이터를 통합한 저장 집합
DBMS	데이터의 구성·저장·관리·사용을 지원하는 소프트웨어 패키지	질의, 갱신, 제약, 동시 접근을 중재하는 소프트웨어
데이터베이스 시스템	정보를 저장·관리하고 요구된 형태로 제공하는 컴퓨터 기반 시스템	DBMS, 저장 데이터, 메타데이터, 애플리케이션과 사용자

데이터베이스와 DBMS를 같은 말로 쓰면 저장 대상과 관리 소프트웨어가 섞인다. 데이터베이스는 관리되는 데이터 집합이고, DBMS는 그 집합을 다루는 소프트웨어다. 데이터베이스 시스템은 둘과 주변 구성요소를 함께 포함하는 더 넓은 개념이다.

메타데이터가 있어야 값 12가 정보가 된다

값 12만 보면 나이인지 학점인지 온도인지 알 수 없다. ‘오늘의 낮 최고기온’이라는 설명과 단위·자료형이 붙어야 의미를 해석할 수 있다. 이처럼 메타데이터는 데이터의 구조와 의미를 설명하는 데이터다.

DBMS는 저장된 데이터뿐 아니라 시스템 카탈로그 또는 데이터 사전에 스키마, 필드 이름, 자료형과 제약조건 같은 메타데이터를 관리한다. 그래서 데이터베이스는 자기 기술성, 즉 자신이 어떤 구조를 가졌는지 설명할 수 있는 성질을 갖는다.

값 → 데이터 → 정보를 구분해 보자. 12는 값이고, ‘최고기온=12°C’는 설명이 붙은 데이터이며, 이를 다른 날짜와 비교해 ‘오늘이 더 춥다’고 판단하면 목적에 맞게 해석된 정보가 된다.

DBMS의 특징은 추상화·다중 뷰·공유로 연결된다

강의가 제시하는 데이터베이스의 주요 특징은 다음 관계로 이해할 수 있다.

자기 기술성: 데이터 정의와 메타데이터를 함께 관리한다.
프로그램과 데이터의 격리·추상화: 사용자는 물리 저장 세부보다 개념적 표현으로 접근한다.
다중 뷰: 학적팀과 학사운영팀처럼 사용 목적에 맞는 일부 데이터만 볼 수 있다.
데이터 공유와 다수 사용자 트랜잭션: 여러 사용자가 동시에 작업해도 일관성을 지키도록 제어한다.

이 특징은 별개의 편의 기능이 아니다. 메타데이터가 추상화의 기준을 제공하고, 추상화된 개념 스키마에서 사용자별 뷰를 만들며, DBMS가 공유 데이터에 대한 트랜잭션을 제어한다.

3단계 구조는 사용자 관점과 저장 방식을 분리한다

DBMS의 3단계 구조는 외부·개념·내부 스키마로 나뉜다.

단계	답하는 질문	학사 시스템 예
외부 단계	각 사용자는 무엇을 보는가?	학적관리팀 뷰, 학사운영팀 뷰
개념 단계	조직 전체의 논리적 데이터는 어떻게 연결되는가?	학생·수강·과목 데이터와 관계
내부 단계	데이터를 저장 장치에 어떻게 배치하는가?	여러 디스크의 파일·페이지·접근 구조

외부와 개념 사이의 사상은 사용자 뷰를 전체 논리 구조와 연결하고, 개념과 내부 사이의 사상은 논리 구조를 물리 저장에 연결한다. 디스크 배치를 바꾸어도 개념 스키마와 외부 뷰를 유지할 수 있다면 물리적 데이터 독립성을 얻는다. 개념 스키마의 일부 변경을 외부 뷰에 숨길 수 있다면 논리적 데이터 독립성에 해당한다.

단계 판정법: 사용자가 보는 열을 묻는다면 외부, 조직 전체의 엔터티와 관계를 묻는다면 개념, 디스크 배치와 접근 경로를 묻는다면 내부 단계다.

DBMS는 질의 처리·저장 접근·메타데이터 관리를 중재한다

사용자는 애플리케이션을 통해 DBMS에 요청을 보낸다. DBMS 내부의 소프트웨어는 질의와 프로그램을 처리하고, 저장 데이터에 접근하며, 시스템 카탈로그의 메타데이터를 참고한다. 애플리케이션이 디스크의 실제 위치를 직접 다루지 않아도 되는 이유다.

이 구조에서 DBMS는 단순 저장 상자가 아니라 사용자 요청을 해석해 논리 구조와 물리 저장을 이어 주는 중재자다. 데이터 독립성, 무결성 검사, 권한, 동시성 제어가 이 중재 과정에 결합된다.

DDL은 구조를 정하고 DML은 그 구조의 데이터를 다룬다

DBMS는 데이터를 쉽게 사용하도록 언어 인터페이스를 제공한다. 현대 데이터베이스 언어는 자연어와 유사한 형태의 SQL로 표준화되어 있으며, 역할에 따라 데이터 정의 언어와 데이터 조작 언어로 구분할 수 있다.

구분	목적	대표 작업	결과
DDL	데이터베이스 객체와 논리·물리 구조 정의	생성, 수정, 삭제	스키마와 제약조건 변화
DML	구조화된 데이터에 접근하고 조작	검색, 삽입, 수정, 삭제	저장된 행의 조회·변경

앞서 만든 수강학점 테이블의 구조는 DDL로 정의하고, 실제 학생 행은 DML로 다룬다.

INSERT INTO enrollment_summary
  (student_id, semester, applied_credits)
VALUES
  ('2026000001', '2026-1', 15);

SELECT student_id, applied_credits
FROM enrollment_summary
WHERE semester = '2026-1';

UPDATE enrollment_summary
SET applied_credits = 18
WHERE student_id = '2026000001'
  AND semester = '2026-1';

CREATE TABLE은 구조를 만드는 DDL이고, INSERT·SELECT·UPDATE는 데이터를 조작하는 DML이다. DML은 조작이 쉽고 정확해야 하며, 사용자의 요청을 시스템 내부에서 효율적으로 처리할 수 있어야 한다.

중앙집중 방식에서 클라이언트-서버 방식으로 부하를 나눈다

중앙집중 방식은 단일 서버가 여러 터미널의 데이터 처리를 담당한다. 관리 지점은 단순하지만 사용자가 늘면 중앙 서버의 과부하가 전체 성능을 떨어뜨릴 수 있다.

클라이언트-서버 방식은 클라이언트의 처리 능력을 활용해 애플리케이션 부하를 분산한다. 2계층 구조에서는 클라이언트 애플리케이션이 DBMS와 직접 연결되고, 3계층 구조에서는 가운데 애플리케이션 서버가 업무 로직과 연결 관리를 담당한다. 분산 처리로 자체 처리 능력을 높이고, 애플리케이션 유지보수 비용을 줄이며 이식성을 높이는 것이 목적이다.

구조	연결 방식	판단 포인트
중앙집중	터미널 → 중앙 DBMS 서버	중앙 서버 부하와 단일 집중 지점
2계층	클라이언트 애플리케이션 → DBMS	클라이언트가 DBMS에 직접 접근
3계층	클라이언트 → 애플리케이션 서버 → DBMS	업무 로직과 데이터 접근을 중간 계층이 중재

파일 문제에서 DBMS 기능을 역으로 찾아낸다

새 시스템을 검토할 때는 제품 이름보다 문제와 해결 기능을 연결한다.

같은 사실이 여러 파일에 있는지 찾아 중복과 기준 데이터를 확인한다.
구조·저장 위치 변경이 프로그램 수정으로 이어지는지 살펴 데이터 종속을 진단한다.
값의 범위와 관계 규칙이 어디에서 검사되는지 확인해 무결성 책임을 정한다.
동시에 실행되는 작업의 읽기·쓰기 순서를 그려 갱신 손실 가능성을 찾는다.
외부·개념·내부 스키마와 DDL·DML·트랜잭션 중 어떤 기능이 문제를 해결하는지 대응시킨다.

이 절차를 따르면 DBMS의 특징을 암기 목록으로 보지 않고 파일 처리의 구체적 실패를 해결하는 설계 원리로 이해할 수 있다.

핵심 개념 정리

파일 처리에서는 프로그램과 데이터의 결합이 종속·중복·무결성·동시 접근 문제로 이어진다.
데이터베이스는 공용 데이터 집합, DBMS는 이를 관리하는 소프트웨어, 데이터베이스 시스템은 전체 구성이다.
메타데이터는 값의 구조와 의미를 설명하며 데이터베이스의 자기 기술성을 만든다.
외부·개념·내부 스키마는 사용자 뷰, 조직의 논리 구조, 물리 저장 방식을 분리한다.
트랜잭션은 하나의 논리적 작업을 묶고, DBMS는 다수 사용자의 실행을 제어해 일관성을 보장한다.
DDL은 구조, DML은 데이터를 다루며 중앙집중·2계층·3계층 구조는 처리 책임 배치가 다르다.

데이터 관리 문제를 만나면 먼저 중복된 사실과 동시 작업을 찾고, 다음으로 프로그램이 논리·물리 구조에 얼마나 묶여 있는지 확인한다. 그 뒤 무결성 규칙과 사용자별 뷰를 정의하고, 3단계 스키마·DDL·DML·트랜잭션이 각각 어떤 책임을 맡는지 연결한다. 이 흐름이 파일 모음을 데이터베이스 시스템으로 바꾸는 핵심 사고법이다.

예상문제 10선

1. 학적 파일의 전화번호만 수정되어 수강 파일의 번호와 달라졌다. 가장 직접적으로 드러난 문제는?

① 물리적 데이터 독립성 향상 ② 데이터 중복으로 인한 일관성 훼손 ③ 다중 뷰를 통한 접근 제한 ④ DDL을 이용한 스키마 생성

정답입니다.

오답입니다. 답안을 다시 선택해 보세요.

정답 및 해설 보기

정답: ②

① 오답: 저장 위치 변경을 프로그램에서 숨기는 성질이며 값 불일치와 관계없다.
② 정답: 같은 사실을 두 파일에 저장한 뒤 한쪽만 갱신해 서로 다른 값이 생겼다.
③ 오답: 다중 뷰는 사용자별 표시 범위를 정하는 기능이지 중복 갱신 실패가 아니다.
④ 오답: DDL은 구조를 정의하는 수단이며 현재 관찰된 현상의 이름이 아니다.

2. 데이터베이스와 DBMS를 올바르게 구분한 것은?

① 데이터베이스는 질의 소프트웨어이고 DBMS는 데이터 값 하나다. ② 데이터베이스는 메타데이터만, DBMS는 사용자 뷰만 뜻한다. ③ 데이터베이스는 물리 디스크이고 DBMS는 네트워크 장치다. ④ 데이터베이스는 관리되는 데이터 집합이고 DBMS는 이를 구성·저장·관리·사용하는 소프트웨어다.

정답입니다.

오답입니다. 답안을 다시 선택해 보세요.

정답 및 해설 보기

정답: ④

① 오답: 관리 대상과 소프트웨어의 역할을 거꾸로 놓았다.
② 오답: 두 요소는 각각 메타데이터나 뷰 하나로 한정되지 않는다.
③ 오답: 데이터베이스는 특정 디스크 자체가 아니며 DBMS도 네트워크 장치가 아니다.
④ 정답: 저장된 데이터 집합과 이를 관리하는 소프트웨어를 정확히 분리한다.

3. 데이터베이스의 자기 기술성과 가장 직접 관련된 것은?

① 데이터 구조와 의미를 설명하는 메타데이터를 함께 저장한다. ② 모든 사용자가 동일한 화면만 사용한다. ③ 애플리케이션마다 파일 구조를 코드에 반복 기록한다. ④ 저장된 값에서 제약조건을 제거한다.

정답입니다.

오답입니다. 답안을 다시 선택해 보세요.

정답 및 해설 보기

정답: ①

① 정답: 카탈로그의 스키마·자료형·제약이 데이터베이스 구조를 설명한다.
② 오답: DBMS는 오히려 사용자 목적에 따른 다중 뷰를 제공할 수 있다.
③ 오답: 프로그램별 구조 반복은 데이터 종속을 강화하는 파일 처리의 문제다.
④ 오답: 제약조건은 무결성 보장의 일부이며 자기 기술성을 없애는 방향이다.

4. 주소 필드를 한 개에서 세 개로 나누자 관련 프로그램을 모두 수정해야 했다. 이 상황의 핵심 문제는?

① 동시 접근으로 인한 갱신 손실 ② 물리 장치의 보안 수준 차이 ③ 프로그램이 데이터의 논리 구조에 종속됨 ④ 외부 스키마 수가 줄어듦

정답입니다.

오답입니다. 답안을 다시 선택해 보세요.

정답 및 해설 보기

정답: ③

① 오답: 여러 트랜잭션이 같은 값을 덮어쓰는 상황이 제시되지 않았다.
② 오답: 저장 장치나 보안 설정이 아니라 필드 구성의 변경이 원인이다.
③ 정답: 데이터 항목의 논리적 구성이 바뀌자 프로그램 코드까지 영향을 받았다.
④ 오답: 외부 뷰 개수 변화가 아니라 프로그램과 구조의 결합이 문제다.

5. 수강학점이 0~18 사이여야 한다는 규칙을 가장 직접적으로 표현하는 DBMS 기능은?

① 사용자별 화면 색상 설정 ② 스키마의 무결성 제약조건 ③ 물리 디스크 위치의 고정 ④ 중복 파일의 수동 복사

정답입니다.

오답입니다. 답안을 다시 선택해 보세요.

정답 및 해설 보기

정답: ②

① 오답: 표현 방식은 값의 허용 범위를 보장하지 않는다.
② 정답: 허용 범위를 데이터 저장 규칙으로 두면 여러 애플리케이션에 같은 기준을 적용할 수 있다.
③ 오답: 저장 위치는 물리 구조이며 수강학점 범위와 관계없다.
④ 오답: 수동 복사는 중복과 불일치 위험을 늘리고 규칙을 보장하지 않는다.

6. 잔고 1,000원에서 A가 500원을 출금하고 B가 1,000원을 입금했다. 두 작업이 모두 반영된 최종 잔고는?

① 500원 ② 1,000원 ③ 2,000원 ④ 1,500원

정답입니다.

오답입니다. 답안을 다시 선택해 보세요.

정답 및 해설 보기

정답: ④

① 오답: 출금만 반영되고 입금 효과가 사라진 갱신 손실 결과다.
② 오답: 두 작업의 순효과 +500원이 반영되지 않았다.
③ 오답: 입금만 반영되고 출금 효과가 사라진 결과다.
④ 정답: 1,000 - 500 + 1,000 = 1,500으로 두 트랜잭션의 효과가 모두 남는다.

7. 사용자별 뷰에서 실제 디스크 저장까지 3단계 구조의 올바른 순서는?

① 내부 → 외부 → 개념 ② 개념 → 내부 → 외부 ③ 외부 → 개념 → 내부 ④ DML → DDL → 트랜잭션

정답입니다.

오답입니다. 답안을 다시 선택해 보세요.

정답 및 해설 보기

정답: ③

① 오답: 물리 저장에서 사용자 뷰로 가는 순서를 중간 단계까지 뒤섞었다.
② 오답: 조직 전체 구조 다음에 사용자 관점이 와야 하는 것이 아니라 외부 뷰가 개념 스키마에 연결된다.
③ 정답: 사용자 관점, 전체 논리 구조, 물리 저장 구조 순으로 추상화 수준이 내려간다.
④ 오답: 데이터 언어와 트랜잭션은 스키마 3단계의 이름이 아니다.

8. DDL과 DML의 구분으로 옳은 것은?

① DDL은 구조를 정의하고 DML은 저장된 데이터를 검색·삽입·수정·삭제한다. ② DDL은 동시성만, DML은 보안만 담당한다. ③ DDL은 외부 스키마이고 DML은 내부 스키마다. ④ DDL은 파일 시스템 전용이고 DML은 DBMS에서 사용할 수 없다.

정답입니다.

오답입니다. 답안을 다시 선택해 보세요.

정답 및 해설 보기

정답: ①

① 정답: 객체·스키마 정의와 행 단위 접근·조작이라는 역할 차이를 정확히 나타낸다.
② 오답: 동시성과 보안은 DBMS 기능이지만 DDL·DML의 구분 기준은 아니다.
③ 오답: 언어 유형과 스키마 추상화 단계를 동일시했다.
④ 오답: DDL과 DML은 DBMS가 제공하는 데이터베이스 언어의 역할 구분이다.

9. 하나의 논리적 작업을 처리하기 위한 데이터베이스 명령의 집합은?

① 외부 스키마 ② 메타데이터 ③ 데이터 독립성 ④ 트랜잭션

정답입니다.

오답입니다. 답안을 다시 선택해 보세요.

정답 및 해설 보기

정답: ④

① 오답: 외부 스키마는 사용자별 데이터 관점을 정의한다.
② 오답: 메타데이터는 데이터의 구조와 의미를 설명한다.
③ 오답: 데이터 독립성은 구조 변경의 영향을 다른 단계에서 줄이는 성질이다.
④ 정답: 읽기·쓰기 등 여러 명령을 하나의 논리적 업무 단위로 묶는다.

10. 여러 클라이언트의 업무 로직과 DB 접근을 중앙에서 관리하려 할 때 가장 알맞은 구조는?

① 클라이언트-애플리케이션 서버-DBMS로 나누는 3계층 구조 ② 각 애플리케이션이 독립 파일을 직접 관리하는 구조 ③ 클라이언트가 DBMS에 직접 연결하는 2계층 구조만 사용 ④ 메타데이터를 제거한 중앙집중 파일 구조

정답입니다.

오답입니다. 답안을 다시 선택해 보세요.

정답 및 해설 보기

정답: ①

① 정답: 중간 애플리케이션 서버가 공통 업무 로직과 데이터 접근을 중재한다.
② 오답: 독립 파일 직접 관리는 중복·종속·무결성 문제를 다시 만든다.
③ 오답: 2계층은 클라이언트가 DBMS에 직접 연결하므로 공통 업무 계층을 별도로 두려는 조건과 다르다.
④ 오답: 메타데이터 제거는 구조 설명과 추상화를 약화하며 업무 로직 분리를 해결하지 않는다.

참고 자료와 작성 기준

이 글은 해당 차시 강의자료를 바탕으로 학습 목적에 맞게 재구성한 비공식 학습자료입니다. 학적·수강 및 SQL 사례는 파일 처리와 DBMS의 차이를 이해하도록 구성한 학습용 예시입니다.

작성·편집: 올에이클래스 학습연구팀
주요 근거: 한국방송통신대학교 컴퓨터과학과, 데이터베이스시스템 1강 강의자료, 「데이터베이스의 이해」
보충 자료: 별도의 외부 자료를 본문 근거로 사용하지 않음
편집 원칙: 올에이클래스 편집 정책
최종 내용 검토: 2026-08-30

방송대 데이터베이스시스템 1강: 파일 처리 방식의 한계와 DBMS