서브쿼리

서브쿼리(Subquery)는 하나의 SQL 문 안에 포함된 또 다른 SELECT 문이다. 괄호로 감싸서 사용하며, 바깥 쪽 쿼리를 메인쿼리라고 부른다. 서브쿼리는 어디에 쓰였는지(위치), 몇 행·몇 컬럼을 돌려주는지(반환 형태), 메인쿼리 컬럼을 참조하는지(연관 여부) 세 가지 기준으로 구분한다.

예제 데이터

이 문서의 예제는 아래 두 테이블을 기준으로 한다.

EMP 테이블

DEPT 테이블

서브쿼리 사용 시 기본 규칙

서브쿼리 결과는 메인쿼리 결과의 행 수를 늘리지 않는다. 조인은 1:M 관계에서 행이 늘어날 수 있지만, 서브쿼리는 메인쿼리 집합의 레벨을 그대로 유지한다.

시험 포인트: 서브쿼리에 ORDER BY를 쓸 수 있는 곳은 FROM 절의 인라인 뷰뿐이다(Oracle 기준). SQL Server는 인라인 뷰에서도 TOP 등과 함께 쓸 때만 ORDER BY를 허용한다.

위치에 따른 분류

같은 서브쿼리라도 SELECT 문의 어느 자리에 들어가느냐에 따라 이름과 역할이 달라진다.

이 밖에 INSERT의 VALUES, UPDATE의 SET 절, ORDER BY 절 등에서도 스칼라 서브쿼리를 사용할 수 있다.

스칼라 서브쿼리

SELECT E.ENAME,
       (SELECT D.DNAME FROM DEPT D WHERE D.DEPTNO = E.DEPTNO) AS DNAME
FROM   EMP E;

• 메인쿼리 각 행마다 값 하나를 돌려준다. 결과가 2행 이상이면 오류, 0행이면 NULL이 된다.
• 일치하는 행이 없을 때 NULL을 반환하므로 결과적으로 OUTER JOIN과 비슷한 효과를 낸다.

인라인 뷰

SELECT E.ENAME, E.SAL, A.AVG_SAL
FROM   EMP E,
       (SELECT DEPTNO, AVG(SAL) AS AVG_SAL
        FROM   EMP
        GROUP  BY DEPTNO) A
WHERE  E.DEPTNO = A.DEPTNO;

• 인라인 뷰 안에서 정의한 컬럼(별칭 포함)은 메인쿼리에서 자유롭게 참조할 수 있다.
• 일회성 뷰이므로 데이터 사전에 저장되지 않는다.

HAVING 절 서브쿼리

SELECT DEPTNO, AVG(SAL)
FROM   EMP
GROUP  BY DEPTNO
HAVING AVG(SAL) > (SELECT AVG(SAL) FROM EMP);

반환 형태에 따른 분류

단일행 서브쿼리

결과가 항상 1건 이하인 서브쿼리이며 =, <>, >, >=, <, <=와 함께 쓴다.

SELECT ENAME, SAL
FROM   EMP
WHERE  SAL > (SELECT AVG(SAL) FROM EMP);   -- 평균 3600

다중행 서브쿼리

결과가 여러 건일 수 있으며 다중행 비교 연산자를 사용한다.

20번 부서 급여는 4000, 2500이다.

SELECT ENAME, SAL FROM EMP
WHERE  SAL > ANY (SELECT SAL FROM EMP WHERE DEPTNO = 20);  -- 2500 초과
-- 김철수 5000, 이영희 3000, 박민수 4000, 정우성 3500 (4행)

SELECT ENAME, SAL FROM EMP
WHERE  SAL > ALL (SELECT SAL FROM EMP WHERE DEPTNO = 20);  -- 4000 초과
-- 김철수 5000 (1행)

시험 포인트: > ANY는 최솟값보다 크면, > ALL은 최댓값보다 크면 참이다. 서브쿼리 결과가 0건이면 ALL 조건은 항상 참, ANY 조건은 항상 거짓이 된다.

다중컬럼 서브쿼리

서브쿼리가 여러 컬럼을 반환하고 메인쿼리에서 컬럼 쌍으로 비교한다.

SELECT ENAME, DEPTNO, SAL
FROM   EMP
WHERE  (DEPTNO, SAL) IN (SELECT DEPTNO, MAX(SAL)
                         FROM   EMP
                         GROUP  BY DEPTNO);

연관 서브쿼리와 비연관 서브쿼리

부서 평균보다 급여가 높은 사원을 구하는 연관 서브쿼리 예시다.

SELECT E.ENAME, E.DEPTNO, E.SAL
FROM   EMP E
WHERE  E.SAL > (SELECT AVG(S.SAL)
                FROM   EMP S
                WHERE  S.DEPTNO = E.DEPTNO);

메인쿼리의 행 하나를 읽을 때마다 그 행의 E.DEPTNO가 서브쿼리로 넘어가 부서 평균이 다시 계산된다.

flowchart LR
  A["메인쿼리 EMP E<br/>행 1개 읽기"] --> B["E.DEPTNO 값을<br/>서브쿼리에 전달"]
  B --> C["서브쿼리 실행<br/>해당 부서 평균"]
  C --> D{"E.SAL이<br/>평균보다 큰가"}
  D -->|"예"| E["결과에 포함"]
  D -->|"아니오"| F["제외"]
  E --> G["다음 행으로"]
  F --> G
  G --> A
  classDef hl fill:#fef3c7,stroke:#f59e0b,color:#451a03
  class B,C hl

정우성(30번)은 부서 평균 3500과 같아서 > 조건에 해당하지 않는다.

EXISTS와 IN 비교

-- 사원이 한 명이라도 있는 부서
SELECT D.DEPTNO, D.DNAME
FROM   DEPT D
WHERE  EXISTS (SELECT 1 FROM EMP E WHERE E.DEPTNO = D.DEPTNO);
-- 10 기획, 20 개발, 30 영업

-- 사원이 없는 부서
SELECT D.DEPTNO, D.DNAME
FROM   DEPT D
WHERE  NOT EXISTS (SELECT 1 FROM EMP E WHERE E.DEPTNO = D.DEPTNO);
-- 40 인사

• EXISTS는 존재 여부만 확인하므로 조건에 맞는 행을 하나 찾으면 더 탐색하지 않는다. SELECT 목록에는 보통 1이나 'X'를 쓴다.
• EXISTS는 TRUE/FALSE만 판단하므로 주로 연관 서브쿼리 형태로 쓴다.

NOT IN과 NULL 함정

SELECT ENAME FROM EMP
WHERE  EMPNO NOT IN (SELECT MGR FROM EMP);   -- MGR에 NULL 포함

-- 해결 1: NULL 제거
WHERE EMPNO NOT IN (SELECT MGR FROM EMP WHERE MGR IS NOT NULL)

-- 해결 2: NOT EXISTS 사용
WHERE NOT EXISTS (SELECT 1 FROM EMP M WHERE M.MGR = E.EMPNO)

두 방법 모두 결과는 이영희, 최지은, 정우성 3행이다.

시험 포인트: NOT IN 서브쿼리 결과에 NULL이 하나라도 있으면 결과는 항상 0건이다. 반면 IN 목록의 NULL은 무시되는 것처럼 동작하고, NOT EXISTS는 NULL의 영향을 받지 않는다.

뷰(VIEW)

뷰는 SELECT 문을 이름으로 저장해 둔 가상 테이블이다. 실제 데이터를 저장하지 않고 정의만 저장하며, 조회 시점에 정의된 쿼리가 실행된다.

CREATE VIEW V_EMP_DEPT AS
SELECT E.EMPNO, E.ENAME, D.DNAME
FROM   EMP E, DEPT D
WHERE  E.DEPTNO = D.DEPTNO;

SELECT * FROM V_EMP_DEPT WHERE DNAME = '개발';

DROP VIEW V_EMP_DEPT;

• 뷰를 기반으로 또 다른 뷰를 만들 수 있다.
• Oracle은 뷰 정의를 ALTER로 바꾸지 못하므로 CREATE OR REPLACE VIEW로 다시 만든다.
• 데이터를 실제로 저장하는 형태는 Materialized View(Oracle), Indexed View(SQL Server)라고 부르며 일반 뷰와 구분한다.
• 인라인 뷰는 이름 없이 FROM 절에서 한 번만 쓰는 뷰라고 보면 된다.

시험 포인트: 일반 뷰는 데이터를 저장하지 않는다. "뷰는 저장 공간을 차지해 성능이 좋아진다" 같은 보기는 틀린 설명이다.

핵심 요약

• 위치별로 스칼라 서브쿼리(SELECT), 인라인 뷰(FROM), 중첩 서브쿼리(WHERE/HAVING)로 나뉜다.
• 단일행 연산자에 여러 행이 반환되면 오류, 스칼라 서브쿼리가 0행이면 NULL이다.
• > ANY는 최솟값 초과, > ALL은 최댓값 초과와 같다.
• 연관 서브쿼리는 메인쿼리 컬럼을 참조하며 행마다 평가된다.
• NOT IN 결과에 NULL이 섞이면 결과가 0건이므로 NOT EXISTS나 IS NOT NULL 조건을 쓴다.
• ORDER BY는 인라인 뷰에서만 쓸 수 있고 WHERE/HAVING 서브쿼리에는 쓸 수 없다.
• 뷰의 장점은 독립성·편리성·보안성이며 일반 뷰는 데이터를 저장하지 않는다.
• 조인과 비교는 조인, 집계 함수는 GROUP BY와 HAVING을 참고한다.