서브쿼리는 다른 쿼리 안에 중첩된 쿼리입니다 — WHERE, FROM, SELECT에서 또는 EXISTS와 함께 사용됩니다. 한 쿼리의 결과를 다른 쿼리 안에서 사용할 수 있게 하여 복잡한 필터링과 계산을 가능하게 합니다.
name users
id ( user_id orders);
name, price products
price ( (price) products);
WHERE의 서브쿼리는 필터링할 값을 제공합니다 — 목록(IN과 함께) 또는 단일 값(비교 연산자와 함께).
-- 각 user에 대해, 그들의 country에서 평균 이상 주문을 한 user 찾기
SELECT name FROM users u
WHERE order_count > (
SELECT AVG(order_count) FROM users
WHERE country = u.country -- 외부 쿼리의 행을 참조 (상관)
);
상관(correlated) 서브쿼리는 외부 쿼리를 참조합니다 — 외부 행마다 한 번씩 실행됩니다(잠재적으로 더 느림). 비상관 서브쿼리는 한 번 실행됩니다.
-- 적어도 하나의 주문이 있는 user (종종 IN보다 효율적)
SELECT name FROM users u
WHERE EXISTS (
SELECT 1 FROM orders o WHERE o.user_id = u.id -- 존재 여부만 확인
);
EXISTS는 서브쿼리가 어떤 행이라도 반환하는지 확인합니다 — 존재 확인에 종종 IN보다 효율적입니다(첫 매칭에서 멈출 수 있음).
-- 서브쿼리 결과를 테이블처럼 사용
SELECT country, avg_age FROM (
SELECT country, AVG(age) AS avg_age FROM users GROUP BY country
) AS country_stats
WHERE avg_age > 30;
많은 서브쿼리는 JOIN으로 재작성 가능 (종종 더 효율적/가독성 좋음).
WHERE id IN (SELECT ...) → 종종 JOIN이 될 수 있음
필터링/집계의 명확성에는 서브쿼리; 데이터 결합에는 JOIN.
CTE (WITH)는 복잡한 중첩 서브쿼리의 더 깔끔한 대안인 경우가 많음.
서브쿼리는 복잡한 조회를 위한 중요한 SQL 기법입니다. 한 쿼리의 결과를 다른 쿼리 안에서 사용하면 단순 쿼리로는 표현할 수 없는 필터링과 계산이 가능하므로, 실무 쿼리 작성에 가치 있습니다.
형태들 — WHERE의 서브쿼리(IN으로 목록 필터링 또는 비교로 단일 값 필터링), 상관 서브쿼리(외부 쿼리 참조, 행마다 실행), EXISTS(효율적인 존재 확인), FROM의 서브쿼리(파생 테이블) — 를 아는 것은 복잡한 로직을 표현하는 흔한 패턴을 다룹니다.
상관과 비상관 서브쿼리의 구분을 이해하는 것은 성능에 중요합니다(상관 서브쿼리는 외부 행마다 실행되어 느릴 수 있음).
똑같이 가치 있는 것은 JOIN 및 CTE와의 관계를 아는 것입니다: 많은 서브쿼리는 JOIN(종종 더 효율적이고 가독성 좋음)이나 CTE(복잡한 경우 더 깔끔)로 재작성할 수 있으므로, 각각을 언제 쓸지(필터링/집계 명확성에는 서브쿼리, 데이터 결합에는 JOIN) 이해하는 것은 실용적 역량입니다.
실무 쿼리는 종종 중첩을 요구하고(집계 결과로 필터링, 존재 확인, 계산값과 비교), 서브쿼리와 그 성능 특성(특히 상관), JOIN/CTE와의 관계를 이해하는 것이 효과적이고 효율적인 복잡한 쿼리 작성에 중요하므로, 서브쿼리를 숙달하는 것은 기본 조회를 넘어선 SQL에 가치 있고 자주 적용되는 지식이자 복잡한 데이터 요구를 표현하는 능력을 보여주는 흔한 인터뷰 주제입니다.