SQL Interview Prep · 강의

상관 하위 쿼리의 구조

Q: “상관 하위 쿼리의 구조” 강의는 무료인가요?

네 — “상관 하위 쿼리의 구조” 전체 내용을 이 웹사이트에서 무료로 읽을 수 있습니다. 인터랙티브하게 실습하려면(내장 코드 에디터와 24/7 AI 튜터), CoddyKit PRO로 업그레이드하면 SQL Interview Prep 강의 전체를 잠금 해제할 수 있습니다. SQL Interview Prep 강의에는 총 4개의 강의가 포함되어 있습니다.

Q: “상관 하위 쿼리의 구조”에서 뭘 배우나요?

내부 쿼리가 외부 행을 참조하는 방식과 행별 실행 모델을 알아봅니다. 브라우저에서 직접 실행하는 실습 코드로 SQL Interview Prep을(를) 배우며, 24/7 AI 튜터가 강의를 진행하면서 질문에 답변해줍니다.

Q: SQL Interview Prep을(를) 시작하는 데 경험이 필요한가요?

사전 경험은 필요하지 않습니다. CoddyKit의 SQL Interview Prep은(는) 초급자부터 고급 학습자까지를 위해 구성되어 있으므로, 여기서 시작하거나 처음부터 시작할 수 있으며 자신의 속도대로 진행할 수 있습니다. 이것은 4개 중 1번째 강의입니다.

Q: “상관 하위 쿼리의 구조” 강의는 얼마나 걸리나요?

대부분의 CoddyKit 강의는 약 5~10분이 소요됩니다. 각 강의는 간결하고 인터랙티브하여 꾸준한 진행이 가능하며, 웹과 앱에서 중단한 부분부터 바로 시작할 수 있습니다.

Q: 이 SQL Interview Prep 강의에서 코드를 작성하고 실행할 수 있나요?

네. 모든 SQL Interview Prep 강의에는 내장 코드 에디터가 포함되어 있으므로, 브라우저에서 바로 실제 코드를 작성하고 실행한 후 즉시 AI 피드백을 받을 수 있습니다 — 로컬 설정이 필요 없습니다.

내부 쿼리가 외부 행을 참조하는 방식과 행별 실행 모델을 알아봅니다.

상관 하위 쿼리의 구조은(는) CoddyKit의 무료 SQL Interview Prep 강의입니다. 이것은 4개 중 1번째 강의입니다. 아래에서 전체 강의를 무료로 읽을 수 있으며, 내장 코드 에디터와 24/7 AI 튜터와 함께 브라우저에서 직접 실습할 수 있습니다. 이 강의는 SQL Interview Prep 학습 경로의 일부이며, 진행 상황이 웹과 CoddyKit 앱에 동기화됩니다. SQL Interview Prep 강의에는 총 4개의 강의가 포함되어 있습니다.

서브쿼리가 상관되는 조건

면접관은 서브쿼리를 두 가지 유형으로 나눕니다. 일반적인 비상관 서브쿼리는 단독으로 실행할 수 있습니다. 상관된 서브쿼리는 외부 쿼리의 열을 참조하므로 단독으로 실행할 수 없습니다.

비상관 서브쿼리: 한 번 평가한 결과를 모든 외부 행에 재사용합니다.
상관된 서브쿼리: 외부 행에 의존하므로 외부 행마다 한 번씩 다시 평가합니다.

외부 테이블의 열이 내부 쿼리 안에 나타나는 것이 확실한 단서입니다. 이를 발견하면 이 유형을 즉시 알아볼 수 있습니다.

행별 실행 모델

엔진이 외부 행을 하나씩 순회한다고 생각해 보십시오. 각 외부 행마다 해당 행의 값을 내부 쿼리에 대입하고, 쿼리를 실행한 다음 그 결과를 사용해 무언가를 판단하거나 계산합니다.

면접관이 여러분에게 말로 설명하기를 원하는 사고 모델은 다음과 같습니다. "내부 쿼리는 외부 행마다 한 번씩 실행됩니다."

이 표현은 전형적인 후속 질문도 암시합니다. 상관 서브쿼리는 내부 쿼리가 수천 번 실행될 수 있기 때문에 느릴 수 있습니다. 이 문제는 레슨 4에서 해결하겠습니다.

외부 참조 찾기

여기서는 직원 테이블과 급여를 받는 직원을 나타내는 외부 별칭 e1이 e1.dept_id를 읽는 내부 쿼리를 이끕니다. 외부 행을 참조하는 부분이 바로 상관 관계입니다.

별칭 접두사를 제거하면 내부 쿼리는 더 이상 단독으로 컴파일되지 않습니다. 이 의존성이 바로 해당 쿼리를 상관 서브쿼리로 만드는 요소입니다.

SELECT e1.name, e1.salary
FROM employees e1
WHERE e1.salary > (
    SELECT AVG(e2.salary)
    FROM employees e2
    WHERE e2.dept_id = e1.dept_id
);

쿼리를 소리 내어 읽기

앞의 쿼리를 면접에서 설명하듯 쉬운 말로 바꿔 보십시오.

"각 직원 e1에 대해 해당 직원이 속한 부서의 평균 급여를 구하고, 그 부서 평균보다 더 많이 받는 경우에만 직원을 남깁니다."

내부 쿼리의 WHERE e2.dept_id = e1.dept_id가 평균을 이 직원의 부서에 연결합니다. 이 행이 없다면 모든 직원을 회사 전체 평균과 비교하게 됩니다.

별칭은 필수입니다

내부 쿼리와 외부 쿼리가 같은 테이블을 참조할 때는 열이 어느 행에 속하는지 엔진이 알 수 있도록 두 쿼리 모두에 별칭을 지정해야 합니다.

e1 = 검사 중인 외부 행입니다.
e2 = 해당 테이블을 내부에서 순회하기 위한 별칭입니다.

별칭을 제거하면 dept_id가 모호해집니다. 그러면 많은 엔진이 이 열을 내부 테이블에 암묵적으로 연결하여 상관 관계를 깨뜨립니다. 면접관은 바로 이 실수를 유도하는 경우가 많습니다.

SELECT의 상관 서브쿼리

상관 서브쿼리는 WHERE에만 사용할 수 있는 것이 아닙니다. SELECT 목록에 사용하면 계산된 열을 만들며, 이 열 역시 외부 행마다 계산됩니다.

아래 쿼리에서는 각 주문과 함께 같은 고객이 추가로 주문한 횟수를 보여 줍니다. 내부 집계는 o.customer_id를 통해 상관 관계를 가집니다.

SELECT o.order_id,
       o.customer_id,
       (SELECT COUNT(*)
        FROM orders o2
        WHERE o2.customer_id = o.customer_id) AS customer_order_count
FROM orders o;

스칼라는 정확히 하나의 값을 뜻합니다

SELECT에서 사용하거나 =, >, <와 비교하는 상관 서브쿼리는 외부 행마다 하나의 스칼라 값을 반환해야 합니다.

두 개 이상의 행을 반환하면 데이터베이스가 "하위 쿼리가 둘 이상의 행을 반환합니다."와 같은 오류를 발생시킵니다.

COUNT, MAX, AVG와 같은 집계 함수는 하나의 값을 반환하므로 스칼라 상관 서브쿼리 안에서 자주 사용됩니다. 이 규칙을 알고 있으면 실행 중 발생하는 흔한 문제를 예방할 수 있습니다.

서브쿼리가 NULL을 반환할 때

스칼라 상관 서브쿼리가 일치하는 내부 행을 하나도 찾지 못할 수 있습니다. 이때 집계 함수는 NULL을 반환합니다. 단, COUNT는 0을 반환합니다.

이 NULL은 외부 식으로 전달됩니다. NULL과 비교하면 UNKNOWN이 되므로 외부 행이 아무런 알림 없이 제외될 수 있습니다.

대체값이 필요하다면 서브쿼리를 COALESCE로 감싸십시오. 면접관은 내부 행이 하나도 일치하지 않을 때 어떤 일이 일어나는지 묻기를 좋아하며, NULL의 동작을 언급하기를 기대합니다.

SELECT c.customer_id,
       COALESCE((SELECT MAX(o.amount)
                 FROM orders o
                 WHERE o.customer_id = c.customer_id), 0) AS biggest_order
FROM customers c;

예제: 가장 최근 주문 날짜

자주 나오는 작업은 각 고객과 그 고객의 가장 최근 주문 날짜를 함께 보여 주는 것입니다. SELECT의 상관 서브쿼리로 이를 바로 처리할 수 있습니다.

각 고객 행마다 내부 쿼리가 o.customer_id = c.customer_id를 통해 해당 고객의 주문 날짜 중 최댓값을 찾습니다.

SELECT c.customer_id,
       c.name,
       (SELECT MAX(o.order_date)
        FROM orders o
        WHERE o.customer_id = c.customer_id) AS last_order_date
FROM customers c;

느려질 수 있는 이유

내부 쿼리는 외부 행마다 한 번씩 실행되므로, 큰 외부 테이블에 대한 상관 서브쿼리는 내부 실행을 수백만 번 발생시킬 수 있습니다.

상관 관계에 사용되는 열(여기서는 orders.customer_id)에 인덱스를 만들면 각 내부 실행을 빠르게 끝낼 수 있습니다.
인덱스가 없으면 매번 전체 테이블을 순회할 수 있으므로 작업량이 대략 O(n*m)이 됩니다.

면접에서는 성능을 개선하는 방법으로 인덱스와 조인을 사용한 재작성 방식을 항상 언급하십시오.

상관 서브쿼리와 비상관 서브쿼리 비교

차이는 한 줄입니다. 비상관 버전은 모든 사람을 회사 평균과 비교하고, 상관 버전은 각 사람을 자신이 속한 부서와 비교합니다.

두 쿼리를 모두 읽으면서 WHERE e2.dept_id = e1.dept_id 한 줄이 전체 의미를 어떻게 바꾸는지 살펴보십시오.

-- Uncorrelated: one global average, computed once
SELECT name FROM employees
WHERE salary > (SELECT AVG(salary) FROM employees);

-- Correlated: per-department average, recomputed per row
SELECT e1.name FROM employees e1
WHERE e1.salary > (
    SELECT AVG(e2.salary) FROM employees e2
    WHERE e2.dept_id = e1.dept_id
);

빠른 확인

상관 서브쿼리를 정의하는 요소를 제대로 이해했는지 확인해 보십시오.

요약: 상관 서브쿼리의 구조

핵심 정리:

상관 서브쿼리는 외부 행을 참조하고 외부 행마다 한 번씩 실행됩니다.
두 테이블이 같은 테이블일 때는 두 테이블 모두에 별칭을 지정하여 상관 관계를 명확하게 유지하십시오.
스칼라로 사용할 때는 정확히 하나의 값을 반환해야 합니다. 일치하는 행이 없으면 NULL이 되므로 COALESCE로 대비하십시오.
SELECT나 WHERE에 사용할 수 있으며, 성능은 상관 관계에 사용되는 열에 인덱스가 있는지에 크게 좌우됩니다.

면접에서 "외부 행마다 한 번씩 실행됩니다"라고 말할 수 있다면 핵심 개념을 정확히 이해한 것입니다.

자주 묻는 질문