이 편이 DB 이론 과목과 다른 이유

쉽게 말하면: DB 이론 과목이 “왜 이렇게 설계하는가”를 묻는다면, 이 과목은 “이 SQL을 실행하면 결과 테이블이 어떻게 나오는가”를 묻습니다.

01_학습방향.md에서 밝힌 대로, 통합프로그래밍은 데이터베이스 자체의 정규화 이론이나 트랜잭션 이론(4단계_데이터베이스 과목의 영역)을 장황하게 다루지 않습니다. 대신 다음 편에서 Java 코드(JDBC) 안에 그대로 삽입해 실행할 SQL 문을 정확히 쓰고, 그 실행 결과 테이블을 예측하는 능력에 집중합니다. 05편에서 “DB·SQL·JDBC 개요”를 큰 그림으로 먼저 봤다면, 이 편은 그중 SQL 문법 자체를 손으로 쓰고 실행 결과를 표로 그리는 훈련입니다.

이 사이트에는 SQL을 전문으로 다루는 SQLD 과목이 이미 있습니다. 그쪽이 SQL 함수·집계·서브쿼리의 세세한 문법을 폭넓게 다룬다면, 이 편은 프로그래밍 코드 속에 자주 등장하는 최소한의 SQL 패턴만 골라 깊게 다룹니다. SQL 문법은 이 사이트 다른 과목의 관행과 통일하기 위해 Oracle 문법을 기준으로 씁니다.

테이블·키·관계 기초

쉽게 말하면: 테이블은 엑셀 시트 하나, 기본키는 그 시트에서 행을 절대 헷갈리지 않게 구별해 주는 “학번” 같은 열입니다.

관계형 데이터베이스(relational database, 표 형태로 데이터를 저장하는 DB)에서 테이블(table)은 행(row)과 열(column)로 이루어진 하나의 표입니다. 행은 레코드(record) 하나, 즉 실제 데이터 한 건을 뜻하고, 열은 그 데이터가 가진 속성(attribute) 하나를 뜻합니다.

예를 들어 학생 정보를 담는 학생 테이블과, 그 학생이 수강하는 과목 정보를 담는 수강 테이블을 만든다고 합시다.

CREATE TABLE 학생 (
  학번      VARCHAR2(10)  PRIMARY KEY,
  이름      VARCHAR2(20)  NOT NULL,
  학과코드  VARCHAR2(10)
);
 
CREATE TABLE 수강 (
  수강번호  NUMBER        PRIMARY KEY,
  학번      VARCHAR2(10)  REFERENCES 학생(학번),
  과목명    VARCHAR2(30),
  성적      NUMBER(3)
);

• 기본키(primary key, PK): 한 테이블 안에서 각 행을 유일하게 구별하는 열. 값이 중복되거나 비어 있으면(NULL) 안 됩니다. 위에서 학생.학번, 수강.수강번호가 기본키입니다.
• 외래키(foreign key, FK): 다른 테이블의 기본키를 그대로 참조하는 열. 수강.학번은 학생.학번을 가리키는 외래키로, 이 두 테이블이 “어떤 학생이 어떤 과목을 듣는가”라는 관계(relationship)로 연결됨을 나타냅니다.
• NOT NULL: 그 열에 빈 값을 허용하지 않는다는 제약(constraint).

위 관계 다이어그램(ER diagram, Entity-Relationship Diagram)에서 ||--o{는 “학생 한 명(||, 정확히 하나)이 수강 여러 건(o{, 0개 이상)과 연결된다”는 뜻입니다. 이런 관계를 1대다(1:N) 관계라고 부르며, 실무·시험 모두에서 가장 흔한 관계 형태입니다.

이제 아래 예제 데이터를 두 편 내내 기준으로 삼겠습니다.

SELECT — 데이터 조회

쉽게 말하면: SELECT는 “어느 열을, 어느 조건에 맞는 행만, 어떤 순서로 보여줘”라고 DB에 요청하는 문장입니다.

SELECT 이름, 학과코드
FROM 학생
WHERE 학과코드 = 'CS'
ORDER BY 이름 ASC;

SQL 문은 다음 순서로 해석됩니다(작성 순서와 실제 처리 순서가 다르다는 점이 시험 포인트입니다).

실행 결과

이름     학과코드
-------- --------
김민수   CS
이서연   CS

WHERE는 개별 행 하나하나를 검사해 조건을 만족하는 행만 남기는 절이고, ORDER BY는 그 결과를 특정 열 기준으로 줄 세우는 절입니다. DESC를 붙이면 내림차순으로 바뀝니다. 문자열 값은 반드시 작은따옴표('CS')로 감싸야 하며, Oracle에서는 큰따옴표를 문자열이 아니라 식별자(테이블·열 이름)를 감쌀 때 씁니다.

집계 함수(aggregate function, 여러 행을 하나의 값으로 요약하는 함수)와 GROUP BY(그룹으로 묶기)도 자주 나옵니다.

SELECT 학번, COUNT(*) AS 수강과목수, AVG(성적) AS 평균성적
FROM 수강
GROUP BY 학번;

실행 결과

학번   수강과목수   평균성적
------ ------------ ----------
S01    2            87.5
S02    1            78
S03    1            92

COUNT(*)는 그룹에 속한 행의 개수를 세고, AVG(성적)은 그 그룹의 성적 평균을 계산합니다. GROUP BY 학번은 “학번이 같은 행끼리 하나의 그룹으로 묶어라”는 뜻이며, SELECT 절에는 GROUP BY에 쓴 열이거나 집계 함수로 감싼 열만 올 수 있습니다.

INSERT·UPDATE·DELETE — 데이터 변경

쉽게 말하면: INSERT는 새 행을 끼워 넣고, UPDATE는 있는 행의 값을 고치고, DELETE는 행을 통째로 지웁니다.

INSERT INTO 학생 (학번, 이름, 학과코드)
VALUES ('S04', '최유리', 'CS');
 
UPDATE 학생
SET 학과코드 = 'SW'
WHERE 학번 = 'S04';
 
DELETE FROM 학생
WHERE 학번 = 'S04';

DELETE FROM 학생;과 TRUNCATE TABLE 학생;은 결과적으로 모든 행을 지운다는 점은 같지만, DELETE는 한 행씩 지우는 기록이 남아 ROLLBACK(되돌리기)이 가능한 반면 TRUNCATE는 테이블을 통째로 비우는 구조적 명령이라 되돌릴 수 없다는 차이가 있습니다. 18편에서 JDBC의 Connection 객체가 트랜잭션(transaction, 여러 SQL을 하나의 작업 단위로 묶는 것)을 어떻게 관리하는지 다룰 때 이 개념이 다시 등장합니다.

JOIN — 여러 테이블 묶기

쉽게 말하면: JOIN은 서로 다른 두 표를 공통 열(주로 외래키)을 기준으로 옆으로 이어 붙이는 것입니다.

학생과 수강은 별개의 테이블이므로, “김민수가 들은 과목과 성적”처럼 두 테이블의 정보를 동시에 보려면 JOIN이 필요합니다.

SELECT 학생.이름, 수강.과목명, 수강.성적
FROM 학생
JOIN 수강 ON 학생.학번 = 수강.학번;

실행 과정을 단계별로 추적

실행 결과

이름     과목명       성적
-------- ------------ -----
김민수   자료구조     90
김민수   데이터베이스 85
이서연   자료구조     78
박지훈   네트워크     92

위 방식을 INNER JOIN(내부 조인, JOIN만 쓰면 기본값이 INNER JOIN)이라 부르며, 양쪽 조건을 모두 만족하는 짝만 남깁니다. 만약 수강 기록이 하나도 없는 학생(예: S04)도 결과에 포함시키고 싶다면 LEFT OUTER JOIN(왼쪽 외부 조인)을 씁니다.

SELECT 학생.이름, 수강.과목명
FROM 학생
LEFT JOIN 수강 ON 학생.학번 = 수강.학번;

실행 결과(S04를 미리 추가해 두었다고 가정)

이름     과목명
-------- ------------
김민수   자료구조
김민수   데이터베이스
이서연   자료구조
박지훈   네트워크
최유리   (NULL)

프로그래밍 문제에 자주 나오는 SQL 패턴

18편에서 다룰 JDBC 코드는 SQL 문장을 문자열(String)로 만들어 실행하는 구조이므로, 다음 두 패턴을 정확히 쓸 수 있어야 합니다.

패턴 1 — 파라미터가 들어가는 조회

SELECT * FROM 학생 WHERE 학번 = ?

물음표(?)는 값이 나중에 채워질 자리를 표시하는 자리표시자(placeholder)입니다. JDBC에서는 이 물음표에 실제 값을 안전하게 채워 넣는 PreparedStatement(준비된 문장)를 씁니다. 값을 문자열 이어붙이기로 직접 SQL 안에 끼워 넣으면 SQL 삽입 공격(SQL injection, 악의적인 SQL 조각을 입력값에 섞어 넣어 의도치 않은 쿼리를 실행시키는 공격)에 취약해지므로, 시험에서도 자리표시자 방식이 권장되는 이유를 함께 물어봅니다.

패턴 2 — 서브쿼리(subquery, 쿼리 안의 쿼리)로 조건 비교

SELECT 이름
FROM 학생
WHERE 학번 IN (
  SELECT 학번 FROM 수강 WHERE 과목명 = '자료구조'
);

안쪽 SELECT 학번 FROM 수강 WHERE 과목명 = '자료구조'가 먼저 실행되어 ('S01', 'S02')라는 값 목록을 만들고, 바깥쪽 SELECT는 그 목록에 학번이 포함된 학생만 찾습니다. 서브쿼리는 안쪽부터 먼저 계산되어 값 또는 값 목록으로 바뀐 뒤, 바깥쪽 문장에 끼워 넣어진다고 이해하면 실행 순서를 헷갈리지 않습니다.

핵심 정리

• 테이블의 기본키(PK)는 유일하고 비어 있지 않아야 하며, 외래키(FK)는 다른 테이블의 기본키를 참조해 테이블 사이의 관계(주로 1:N)를 만든다.
• SQL은 작성 순서(SELECT → FROM → WHERE → ORDER BY)와 처리 순서(FROM → WHERE → SELECT → ORDER BY)가 다르며, 그룹으로 묶은 뒤 조건을 거를 때는 WHERE가 아니라 HAVING을 쓴다.
• INSERT는 새 행 추가, UPDATE·DELETE는 WHERE가 없으면 테이블 전체 행에 적용된다.
• INNER JOIN은 양쪽 조건이 맞는 행만, LEFT JOIN은 왼쪽 테이블의 모든 행을 기준으로 짝이 없으면 NULL을 채운다.
• 프로그래밍 코드 속 SQL은 자리표시자(?)와 PreparedStatement로 값을 안전하게 채우는 패턴이 기본이며, 서브쿼리는 안쪽부터 먼저 값으로 계산된다.

마무리 복습

참고 자료

• Oracle Database SQL Language Reference 
• 국가평생교육진흥원 독학학위제