2과목 · SQL 기본 및 활용 / 기초

관계형 데이터베이스 개요

관계형 DB의 테이블·행·열·키와 SQL 명령어 4분류(DDL·DML·DCL·TCL)를 익힙니다.

가끔기출 11회분 중 4문항

학습 목표

관계형 DB의 테이블·행·열·키와 SQL 명령어 4분류(DDL·DML·DCL·TCL)를 익힙니다.

관계형 데이터베이스 기본

관계형 데이터베이스(Relational Database, RDB)는 데이터를 행과 열로 구성된 테이블(관계, Relation)에 저장하고, 공통된 키와 업무 규칙으로 관련 정보를 연결합니다. DBMS(Database Management System)는 데이터베이스의 저장·검색·변경·권한·동시 접근을 관리하는 소프트웨어입니다. Oracle Database, PostgreSQL, MySQL 등이 관계형 DBMS의 예입니다. 데이터가 모인 저장소인 데이터베이스와 이를 관리하는 DBMS는 구분해서 기억합니다.

박물관 전시 예약 서비스를 생각해 봅시다. 방문객의 이름과 이메일은 VISITOR에, 실제 방문 예약은 EXHIBIT_RESERVATION에 저장합니다. 방문객은 예약을 여러 번 할 수 있으므로 두 테이블은 1:N 관계이고, 예약 테이블의 VISITOR_ID가 방문객 테이블의 기본키를 참조하는 외래키(FK)가 됩니다. 그래서 같은 방문객의 이름을 예약마다 반복 저장할 필요가 없습니다.

◆ Diagram

방문객 한 명은 예약이 없을 수도 있고 여러 건을 만들 수도 있습니다(0..N). 예약 한 건은 반드시 한 명의 방문객을 참조하도록 설계했습니다. ||--o{는 1 대 0..N을 나타냅니다.

엑셀의 여러 시트를 연결한 모습과 비슷하지만, RDBMS는 자료형·제약조건·권한·트랜잭션을 DBMS가 직접 관리한다는 점이 다릅니다. 또 FK 제약이 없어도 조건식만으로 조인할 수 있어서, 조인에 PK·FK가 꼭 필요한 것은 아닙니다.

파일 저장과 비교한 관계형 DB의 장점
장점	뜻	무엇으로 실현하나
데이터 독립성	구조를 바꿔도 프로그램 영향이 적음	3단계 스키마
중복 최소화	같은 사실을 한 곳에만 저장	정규화 설계
무결성	잘못된 값·참조를 막음	PK·FK·CHECK 등 제약조건 (DDL)
보안	사용자별 접근 권한	GRANT·REVOKE (DCL)
동시성	여러 사용자가 동시에 안전하게 사용	트랜잭션·잠금 (TCL)

단, 관계형 DB라고 중복이 저절로 없어지거나 조회가 항상 빠른 것은 아닙니다. 장점은 올바른 설계·제약조건·인덱스·트랜잭션을 써야 실현됩니다.

SQL의 특징과 용어

SQL은 '어떻게 찾을지'가 아니라 '무엇을 원하는지'를 적는 언어입니다. 처리 순서와 방법은 DBMS(옵티마이저)가 정합니다. 그래서 SQL은 비절차적·선언적 언어이고, 한 행씩이 아니라 행의 집합 단위로 조회·변경하는 집합적 언어입니다. 정해진 문법 구조로 쓰는 구조적 질의 언어이기도 합니다.

관계형 모델의 용어와 테이블 용어는 1:1로 대응합니다. 특히 차수(Degree)는 열의 개수, 카디널리티(Cardinality)는 행의 개수로 헷갈리기 쉽습니다.

SQL의 특징
특징	뜻	판정
비절차적·선언적	원하는 결과만 적고 실행 방법은 DBMS가 결정	O
집합적	여러 행을 한 번에 집합 단위로 처리	O
구조적	정해진 문법 구조(SELECT ~ FROM ~ WHERE …)	O
절차적	처리 순서를 하나하나 기술	X (PL/SQL 같은 확장 언어의 특징)

관계형 모델 용어 대응
관계형 모델	테이블 용어	뜻
릴레이션 (Relation)	테이블	행과 열로 된 데이터 집합
튜플 (Tuple)	행 (Row)	인스턴스 하나
속성 (Attribute)	열 (Column)	세로 방향의 항목
차수 (Degree)	열의 개수	VISITOR 3열 → 차수 3
카디널리티 (Cardinality)	행의 개수	방문객 5명 → 카디널리티 5
도메인 (Domain)	열이 가질 수 있는 값의 범위	자료형·제약조건으로 정의

SQL 명령어 분류: DDL·DML·DCL·TCL

SQL(Structured Query Language)은 관계형 데이터베이스의 구조를 정의하고, 데이터를 조회·변경하고, 접근 권한과 트랜잭션을 제어하는 언어입니다. SQLD 기본 분류에서는 DDL·DML·DCL·TCL 네 가지를 구분합니다. SQL을 읽을 때는 먼저 명령어가 테이블의 구조, 데이터의 내용, 권한, 트랜잭션 중 무엇을 다루는지 판단하면 쉽습니다.

개념 정리SQL 명령어 네 가지

DDL
데이터 정의어 · 구조
CREATE · ALTER · DROP · TRUNCATE · RENAME
DML
데이터 조작어 · 내용
SELECT · INSERT · UPDATE · DELETE · MERGE
DCL
데이터 제어어 · 권한
GRANT · REVOKE
TCL
트랜잭션 제어어 · 확정·취소
COMMIT · ROLLBACK · SAVEPOINT

SQL 명령어 분류와 박물관 업무 예시
분류	주요 명령	무엇을 하는가	예시
DDL	CREATE, ALTER, DROP, TRUNCATE, RENAME	테이블 등 객체의 구조를 정의·변경	예약 테이블 만들기
DML	SELECT, INSERT, UPDATE, DELETE, MERGE	데이터를 조회·삽입·수정·삭제·병합	예약 건수 조회, 새 예약 등록
DCL	GRANT, REVOKE	객체 접근 권한을 부여·회수	조회 권한 부여
TCL	COMMIT, ROLLBACK, SAVEPOINT	변경을 확정하거나 되돌리고 중간 지점 설정	예약 입력 확정

DELETE FROM EXHIBIT_RESERVATION WHERE RESERVATION_ID = 9001은 조건에 맞는 행을 지우는 DML이고, TRUNCATE TABLE EXHIBIT_RESERVATION은 테이블의 행을 모두 제거하는 DDL이고, WHERE 절을 쓸 수 없습니다. Oracle에서는 DDL을 실행하면 암묵적 커밋이 일어나므로 성공한 TRUNCATE는 일반적인 ROLLBACK으로 되돌릴 수 없습니다. 반면 DELETE의 미커밋 변경은 롤백할 수 있습니다. 두 명령은 분류뿐 아니라 트랜잭션 동작도 다릅니다.

SELECT를 DQL(데이터 질의어)로 따로 설명하는 자료도 있지만, 이 단원에서는 SQLD의 네 가지 분류에 맞춰 DML에 포함합니다. GRANT SELECT ON VISITOR TO REPORT_USER는 REPORT_USER 계정이 있고 실행자에게 권한이 있을 때 쓸 수 있는 DCL 문장입니다. 이 권한 부여는 아래 예제의 필수 실행 단계가 아닙니다.

DCL과 TCL을 섞는 함정이 자주 나옵니다. 이름에 '제어'가 들어가 비슷해 보이지만, DCL은 권한(GRANT·REVOKE)을, TCL은 트랜잭션(COMMIT·ROLLBACK·SAVEPOINT)을 다룹니다. 'COMMIT은 DCL'이나 'COMMIT은 DML'은 모두 틀립니다.

보충 실습여기부터는 테이블을 직접 만들어 보는 긴 SQL 실습입니다. 처음 공부할 때는 건너뛰고, 위 내용을 이해한 뒤 돌아와도 됩니다.

SQL 실전: 파일 저장에서 관계형 DB로

보충 실습

택배 보관 이력을 텍스트 파일에 5001,중앙역 보관함,2500처럼 적으면 읽기는 쉽지만, 보관소명이 바뀌면 여러 줄을 고쳐야 하고 음수 요금·없는 보관소 같은 잘못된 값도 프로그램이 직접 막아야 합니다. 관계형 DB로 옮겨 DDL로 구조 정의 → DML로 입력·조회 → TCL로 확정하는 전체 흐름을 실행해 봅니다.

-- DDL: 보관소와 보관 기록의 구조 정의
CREATE TABLE LOCKER_SITE (
    SITE_ID   NUMBER(4) PRIMARY KEY,
    SITE_NAME VARCHAR2(40 CHAR) NOT NULL,
    ZONE_CODE CHAR(2 CHAR)
);

CREATE TABLE PARCEL_STORAGE (
    STORAGE_ID  NUMBER(6) PRIMARY KEY,
    SITE_ID     NUMBER(4) NOT NULL,
    TRACKING_NO VARCHAR2(30 CHAR) UNIQUE,
    STORED_AT   DATE NOT NULL,
    STORAGE_FEE NUMBER(8, 2) DEFAULT 0 NOT NULL,
    BOX_SIZE    CHAR(1 CHAR) DEFAULT 'S' NOT NULL,
    CONSTRAINT FK_PS_SITE FOREIGN KEY (SITE_ID)
        REFERENCES LOCKER_SITE (SITE_ID),
    CONSTRAINT CK_PS_FEE CHECK (STORAGE_FEE >= 0),
    CONSTRAINT CK_PS_SIZE CHECK (BOX_SIZE IN ('S', 'M', 'L'))
);

-- DML: 보관소 입력
INSERT INTO LOCKER_SITE VALUES (101, '중앙역 보관함', 'J1');
INSERT INTO LOCKER_SITE VALUES (102, '시청 보관함', 'J1');
INSERT INTO LOCKER_SITE VALUES (103, '공원 보관함', 'S1');

-- DML: 보관 기록 입력
INSERT INTO PARCEL_STORAGE VALUES
    (5001, 101, 'TRK-001', DATE '2026-10-10', 2500, 'M');
INSERT INTO PARCEL_STORAGE VALUES
    (5002, 101, 'TRK-002', DATE '2026-10-10',    0, 'S');
INSERT INTO PARCEL_STORAGE VALUES
    (5003, 102, 'TRK-003', DATE '2026-10-11', 3500, 'L');
INSERT INTO PARCEL_STORAGE VALUES
    (5004, 102, 'TRK-004', DATE '2026-10-12', 2000, 'M');

-- TCL: 입력 확정
COMMIT;

-- SELECT: 요금이 2,000원 이상인 보관 기록
SELECT P.STORAGE_ID, S.SITE_NAME, P.STORAGE_FEE
  FROM PARCEL_STORAGE P
  JOIN LOCKER_SITE S ON S.SITE_ID = P.SITE_ID
 WHERE P.STORAGE_FEE >= 2000
 ORDER BY P.STORAGE_ID;

-- SELECT: 접수 기록이 없는 보관소도 포함해 건수 집계
SELECT S.SITE_ID, S.SITE_NAME, COUNT(P.STORAGE_ID) AS STORAGE_COUNT
  FROM LOCKER_SITE S
  LEFT JOIN PARCEL_STORAGE P ON P.SITE_ID = S.SITE_ID
 GROUP BY S.SITE_ID, S.SITE_NAME
 ORDER BY S.SITE_ID;

-- DCL 참고: 사용자/권한이 준비된 환경에서만 별도 실행
-- GRANT SELECT ON LOCKER_SITE TO REPORT_USER;

TABLE요금 2,000원 이상인 보관 기록3행

STORAGE_ID	SITE_NAME	STORAGE_FEE
5001	중앙역 보관함	2500
5003	시청 보관함	3500
5004	시청 보관함	2000

TABLE보관소별 보관 건수 (LEFT JOIN)3행

SITE_ID	SITE_NAME	STORAGE_COUNT
101	중앙역 보관함	2
102	시청 보관함	2
103	공원 보관함	0

LEFT JOIN이라 기록이 없는 공원 보관함도 남습니다. COUNT(P.STORAGE_ID)는 실제로 짝지어진 기록만 세서 0이 나오지만, COUNT(*)로 바꾸면 NULL로 채워진 행 하나를 세어 1이 됩니다.

개념을 불러오는 중…

파일 저장과 비교한 관계형 DB의 장점

장점

뜻

무엇으로 실현하나

데이터 독립성

구조를 바꿔도 프로그램 영향이 적음

3단계 스키마

중복 최소화

같은 사실을 한 곳에만 저장

정규화 설계

무결성

잘못된 값·참조를 막음

PK·FK·CHECK 등 제약조건 (DDL)

보안

사용자별 접근 권한

GRANT·REVOKE (DCL)

동시성

여러 사용자가 동시에 안전하게 사용

트랜잭션·잠금 (TCL)

SQL의 특징

특징

뜻

판정

비절차적·선언적

원하는 결과만 적고 실행 방법은 DBMS가 결정

집합적

여러 행을 한 번에 집합 단위로 처리

구조적

정해진 문법 구조(SELECT ~ FROM ~ WHERE …)

절차적

처리 순서를 하나하나 기술

X (PL/SQL 같은 확장 언어의 특징)

관계형 모델 용어 대응

관계형 모델

테이블 용어

뜻

릴레이션 (Relation)

테이블

행과 열로 된 데이터 집합

튜플 (Tuple)

행 (Row)

인스턴스 하나

속성 (Attribute)

열 (Column)

세로 방향의 항목

차수 (Degree)

열의 개수

VISITOR 3열 → 차수 3

카디널리티 (Cardinality)

행의 개수

방문객 5명 → 카디널리티 5

도메인 (Domain)

열이 가질 수 있는 값의 범위

자료형·제약조건으로 정의

SQL 명령어 분류와 박물관 업무 예시

분류

주요 명령

무엇을 하는가

예시

DDL

CREATE, ALTER, DROP, TRUNCATE, RENAME

테이블 등 객체의 구조를 정의·변경

예약 테이블 만들기

DML

SELECT, INSERT, UPDATE, DELETE, MERGE

데이터를 조회·삽입·수정·삭제·병합

예약 건수 조회, 새 예약 등록

DCL

GRANT, REVOKE

객체 접근 권한을 부여·회수

조회 권한 부여

TCL

COMMIT, ROLLBACK, SAVEPOINT

변경을 확정하거나 되돌리고 중간 지점 설정

예약 입력 확정

-- DDL: 보관소와 보관 기록의 구조 정의 CREATE TABLE LOCKER_SITE ( SITE_ID NUMBER(4) PRIMARY KEY, SITE_NAME VARCHAR2(40 CHAR) NOT NULL, ZONE_CODE CHAR(2 CHAR) ); CREATE TABLE PARCEL_STORAGE ( STORAGE_ID NUMBER(6) PRIMARY KEY, SITE_ID NUMBER(4) NOT NULL, TRACKING_NO VARCHAR2(30 CHAR) UNIQUE, STORED_AT DATE NOT NULL, STORAGE_FEE NUMBER(8, 2) DEFAULT 0 NOT NULL, BOX_SIZE CHAR(1 CHAR) DEFAULT 'S' NOT NULL, CONSTRAINT FK_PS_SITE FOREIGN KEY (SITE_ID) REFERENCES LOCKER_SITE (SITE_ID), CONSTRAINT CK_PS_FEE CHECK (STORAGE_FEE >= 0), CONSTRAINT CK_PS_SIZE CHECK (BOX_SIZE IN ('S', 'M', 'L')) ); -- DML: 보관소 입력 INSERT INTO LOCKER_SITE VALUES (101, '중앙역 보관함', 'J1'); INSERT INTO LOCKER_SITE VALUES (102, '시청 보관함', 'J1'); INSERT INTO LOCKER_SITE VALUES (103, '공원 보관함', 'S1'); -- DML: 보관 기록 입력 INSERT INTO PARCEL_STORAGE VALUES (5001, 101, 'TRK-001', DATE '2026-10-10', 2500, 'M'); INSERT INTO PARCEL_STORAGE VALUES (5002, 101, 'TRK-002', DATE '2026-10-10', 0, 'S'); INSERT INTO PARCEL_STORAGE VALUES (5003, 102, 'TRK-003', DATE '2026-10-11', 3500, 'L'); INSERT INTO PARCEL_STORAGE VALUES (5004, 102, 'TRK-004', DATE '2026-10-12', 2000, 'M'); -- TCL: 입력 확정 COMMIT; -- SELECT: 요금이 2,000원 이상인 보관 기록 SELECT P.STORAGE_ID, S.SITE_NAME, P.STORAGE_FEE FROM PARCEL_STORAGE P JOIN LOCKER_SITE S ON S.SITE_ID = P.SITE_ID WHERE P.STORAGE_FEE >= 2000 ORDER BY P.STORAGE_ID; -- SELECT: 접수 기록이 없는 보관소도 포함해 건수 집계 SELECT S.SITE_ID, S.SITE_NAME, COUNT(P.STORAGE_ID) AS STORAGE_COUNT FROM LOCKER_SITE S LEFT JOIN PARCEL_STORAGE P ON P.SITE_ID = S.SITE_ID GROUP BY S.SITE_ID, S.SITE_NAME ORDER BY S.SITE_ID; -- DCL 참고: 사용자/권한이 준비된 환경에서만 별도 실행 -- GRANT SELECT ON LOCKER_SITE TO REPORT_USER;

STORAGE_ID

SITE_NAME

STORAGE_FEE

5001

중앙역 보관함

2500

5003

시청 보관함

3500

5004

시청 보관함

2000

SITE_ID

SITE_NAME

STORAGE_COUNT

101

중앙역 보관함

102

시청 보관함

103

공원 보관함