SQL Academy · 강의

EXISTS와 JOIN 성능 비교

더 빠른 패턴을 선택합니다.

레슨 4/413개 단계

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

여기서 성능이 중요한 이유

다른 테이블에 관련 행이 존재하는지 확인해야 할 때 SQL에서는 EXISTS, IN, JOIN과 같은 여러 도구를 제공합니다. 각각 올바른 결과를 만들지만 데이터 크기, 인덱스, 데이터베이스 엔진에 따라 성능은 크게 달라질 수 있습니다.

이 레슨에서는 각 방식이 내부적으로 어떻게 동작하는지, 그리고 어떤 상황에서 어떤 방식을 선택해야 하는지 배웁니다.

예시 테이블

이 레슨 전체에서 customers와 orders라는 두 테이블을 사용합니다. 고객 한 명은 주문이 없거나 여러 개의 주문을 가질 수 있습니다. 이는 EXISTS와 JOIN 방식을 비교하기에 적합한 전형적인 일대다 관계입니다.

CREATE TABLE customers (
  id   SERIAL PRIMARY KEY,
  name VARCHAR(100)
);

CREATE TABLE orders (
  id          SERIAL PRIMARY KEY,
  customer_id INT REFERENCES customers(id),
  total       NUMERIC(10,2)
);

INSERT INTO customers (name) VALUES
  ('Alice'), ('Bob'), ('Carol'), ('Dave');

INSERT INTO orders (customer_id, total) VALUES
  (1, 120.00), (1, 85.50), (3, 200.00);

JOIN 방식

최소 한 건의 주문이 있는 고객을 찾을 때 INNER JOIN을 사용하는 것이 일반적인 방식입니다. 이 방법은 작동하지만 문제가 있습니다. 고객에게 주문이 다섯 건 있으면 DISTINCT가 중복을 하나로 합치기 전에 결과 집합에 해당 고객이 다섯 번 나타납니다.

이러한 중복은 데이터베이스가 수행해야 하는 추가 작업입니다. 데이터베이스가 전체 JOIN 결과를 만든 다음 중복을 제거해야 하기 때문입니다.

SELECT DISTINCT c.id, c.name
FROM customers c
INNER JOIN orders o ON o.customer_id = c.id;

EXISTS 방식

EXISTS는 일종의 예/아니요 질문에 답합니다. 일치하는 행이 하나 이상 존재하는가? 엔진은 첫 번째 일치 행을 찾는 순간 스캔을 중단합니다. 이를 단락 평가라고 합니다.

EXISTS는 내부 행을 실제로 반환하지 않으므로 중복이 생기지 않으며 DISTINCT도 필요하지 않습니다.

SELECT c.id, c.name
FROM customers c
WHERE EXISTS (
  SELECT 1
  FROM orders o
  WHERE o.customer_id = c.id
);

단락 평가가 핵심입니다

단락 평가란 조건을 충족하는 행을 하나 찾는 즉시 서브쿼리가 중단되는 것을 의미합니다. 고객에게 주문이 1건 있든 10,000건 있든 EXISTS는 첫 번째 일치 항목까지만 읽습니다.

JOIN은 존재 여부만 확인하면 될 때에도 결과 집합을 만들기 위해 일치하는 모든 행을 읽어야 합니다. 열이 많은 테이블에서 부모 행마다 자식 행이 많다면 이 차이는 빠르게 누적됩니다.

-- EXISTS stops after finding row #1
SELECT c.name
FROM customers c
WHERE EXISTS (
  SELECT 1          -- 'SELECT 1' is conventional; the value does not matter
  FROM orders o
  WHERE o.customer_id = c.id
);

-- JOIN scans ALL matching order rows
SELECT DISTINCT c.name
FROM customers c
INNER JOIN orders o ON o.customer_id = c.id;

NOT EXISTS와 LEFT JOIN ... IS NULL 비교

반대로 주문이 전혀 없는 고객을 찾을 때는 NOT EXISTS 또는 LEFT JOIN ... WHERE IS NULL 방식을 사용할 수 있습니다. 둘 다 널리 사용되지만 NOT EXISTS가 일반적으로 더 읽기 쉽고, 최적화기가 이를 선호하는 경우도 많습니다.

-- NOT EXISTS
SELECT c.id, c.name
FROM customers c
WHERE NOT EXISTS (
  SELECT 1
  FROM orders o
  WHERE o.customer_id = c.id
);

-- LEFT JOIN ... IS NULL (equivalent result)
SELECT c.id, c.name
FROM customers c
LEFT JOIN orders o ON o.customer_id = c.id
WHERE o.id IS NULL;

인덱스의 역할

EXISTS와 JOIN은 모두 외래 키 열에 인덱스가 있으면 큰 효과를 얻습니다. orders.customer_id에 인덱스가 없으면 외부 행마다 orders 전체를 테이블 스캔해야 합니다.

이 인덱스를 추가하는 것이 성능을 높이는 가장 큰 방법인 경우가 많으며, EXISTS와 JOIN 중 무엇을 선택하는 것보다 영향이 클 수 있습니다.

-- Create an index on the foreign key
CREATE INDEX idx_orders_customer_id ON orders(customer_id);

-- Now both patterns use an index lookup instead of a full scan
EXPLAIN
SELECT c.name
FROM customers c
WHERE EXISTS (
  SELECT 1 FROM orders o
  WHERE o.customer_id = c.id
);

EXPLAIN 출력 읽기

EXPLAIN을 사용하면 데이터베이스가 쿼리를 어떻게 실행하는지 확인할 수 있습니다. 쿼리도 실행하려면 EXPLAIN ANALYZE를 사용하세요. 다음 단서를 확인해 보세요.

인덱스 스캔 — 좋습니다. 인덱스가 사용되고 있습니다.
대형 테이블에서의 순차 스캔 — 잠재적인 위험 신호입니다. 인덱스가 도움이 될 수 있습니다.
해시 JOIN / 중첩 루프 — 선택된 JOIN 알고리즘입니다. 중첩 루프는 인덱스 스캔과 잘 맞습니다.

EXPLAIN ANALYZE
SELECT c.name
FROM customers c
INNER JOIN orders o ON o.customer_id = c.id
GROUP BY c.id, c.name
HAVING COUNT(o.id) > 0;

JOIN이 더 나은 경우

EXISTS는 순수하게 존재 여부를 확인할 때 뛰어납니다. 하지만 주문 총액이나 주문 날짜처럼 관련 테이블의 데이터도 필요하다면 JOIN을 사용해야 합니다. EXISTS 서브쿼리 내부의 열을 반환할 방법은 없습니다.

질문에 맞는 도구를 선택하세요. EXISTS는 '존재하는가?'를 확인할 때, JOIN은 '두 테이블의 데이터를 보여 주세요'라고 할 때 사용합니다.

-- Need order data? JOIN is the only option.
SELECT c.name, o.total, o.id AS order_id
FROM customers c
INNER JOIN orders o ON o.customer_id = c.id
ORDER BY c.name;

대규모 집합에서 IN과 EXISTS 비교

IN (subquery)는 전체 하위 질의를 먼저 평가하고 메모리에 값 목록을 만든 다음, 외부 질의의 각 행을 해당 목록과 비교합니다. 행이 수백만 개라면 이 목록으로 인해 메모리가 고갈될 수 있습니다.

EXISTS는 행별로 평가되고 조기 종료되므로 내부 결과 집합 전체를 구체화하지 않습니다. 대규모 상관 검사를 수행할 때는 거의 항상 IN보다 EXISTS가 빠릅니다.

-- IN builds the full list first
SELECT name
FROM customers
WHERE id IN (
  SELECT customer_id FROM orders
);

-- EXISTS evaluates per-row and short-circuits
SELECT name
FROM customers c
WHERE EXISTS (
  SELECT 1 FROM orders o
  WHERE o.customer_id = c.id
);

선택 결정 요약표

적절한 패턴을 선택할 때 참고할 수 있는 간단한 기준은 다음과 같습니다.

EXISTS — 일치하는 항목이 존재하는지만 알면 될 때, 하위 테이블이 클 때, 안티 조인에는 NOT EXISTS를 사용합니다.
JOIN — 관련 테이블의 열이 필요할 때, 두 테이블에 걸쳐 집계할 때 사용합니다.
IN — 짧고 정적인 값 목록에 사용합니다(WHERE status IN ('active', 'pending')). 대규모 하위 질의에는 사용하지 않는 것이 좋습니다.
외래 키 열에는 항상 인덱스를 생성하십시오 — 구문을 선택하는 것보다 이 작업이 성능에 더 큰 영향을 줍니다.

빠른 확인

관련 행의 존재 여부를 확인할 때 EXISTS가 INNER JOIN + DISTINCT보다 빠를 수 있는 이유를 가장 잘 설명하는 문장은 무엇인가요?

인터랙티브 레슨에서 답해보세요

수업 복습

이 수업에서는 성능을 고려하여 SQL에서 EXISTS와 JOIN 중 무엇을 선택할지 배웠습니다.

EXISTS는 조기 종료됩니다 — 첫 번째 일치 항목을 찾는 즉시 검색을 멈추므로 DISTINCT 없이도 중복을 피할 수 있습니다.
JOIN은 일치하는 모든 행을 반환합니다 — 관련 테이블의 데이터가 필요할 때 사용하되, 부모 행만 필요하다면 DISTINCT 또는 GROUP BY를 추가하십시오.
NOT EXISTS는 깔끔한 안티 조인 패턴입니다. LEFT JOIN ... IS NULL도 동일하지만 더 장황합니다.
대규모 하위 질의에서는 IN을 피하십시오 — 내부 결과 전체를 구체화하므로 EXISTS가 메모리를 더 효율적으로 사용합니다.
외래 키에 인덱스를 생성하십시오 — 어떤 구문을 선택하든 이 한 가지 작업만으로 가장 큰 성능 향상을 얻는 경우가 많습니다.
EXPLAIN / EXPLAIN ANALYZE를 사용하여 실행 계획을 확인하고 인덱스가 사용되는지 검증하십시오.

무료로 시작

AI 튜터와 함께 SQL을(를) 배우세요 — 무료

브라우저에서 실제 코드를 작성하고 실행하며, 24/7 AI 튜터로부터 즉각적인 도움을 받고, 웹이나 앱에서 중단한 부분부터 계속 학습하세요.

코스: 46
레슨: 183

무료로 학습 시작 전체 코스 보기

자주 묻는 질문

“EXISTS와 JOIN 성능 비교” 강의는 무료인가요?

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

“EXISTS와 JOIN 성능 비교”에서 뭘 배우나요?

더 빠른 패턴을 선택합니다. 브라우저에서 직접 실행하는 실습 코드로 SQL Academy을(를) 배우며, 24/7 AI 튜터가 강의를 진행하면서 질문에 답변해줍니다.

SQL Academy을(를) 시작하는 데 경험이 필요한가요?

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

“EXISTS와 JOIN 성능 비교” 강의는 얼마나 걸리나요?

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

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

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

이 강의의 모든 강의

← SQL Academy(으)로 돌아가기