Vertica에서 OR 조건 JOIN은 성능을 죽인다

Vertica에서 LEFT OUTER JOIN의 ON 절에 OR 조건을 쓰면, 옵티마이저가 Join Cond이 아닌 Join Filter(후처리)로 빠뜨려서 대용량 테이블을 풀스캔한다.

옵티마이저 거동은 버전에 따라 달라질 수 있으니, 재현·비교 시 테스트 환경의 Vertica 버전을 함께 명시하는 것을 권장한다(SELECT version();).

느린 쿼리 (OR 조건)

LEFT OUTER JOIN DW.FT_VIDEO_FILES vid
  ON vid.ENTITY_ID = TGT.ENTITY_ID AND vid.TENANT_CD = TGT.TENANT_CD
  AND (vid.CATEGORY = LVL.col1 OR vid.FORMAT = LVL.col2)

실행 계획:

Join Cond: (ENTITY_ID) AND (TENANT_CD)        ← 여기만 Join 조건
Join Filter: (CATEGORY = ... OR FORMAT = ...)  ← 후처리 필터!
STORAGE ACCESS: Rows 9M (풀스캔)
Cost: 150M → 1시간+ 소요

빠른 쿼리 (AND 단일 조건)

LEFT OUTER JOIN DW.FT_VIDEO_FILES vid
  ON vid.ENTITY_ID = TGT.ENTITY_ID AND vid.TENANT_CD = TGT.TENANT_CD
  AND vid.FORMAT = LVL.col2

실행 계획:

Join Cond: (ENTITY_ID) AND (TENANT_CD) AND (FORMAT = ...)  ← 전부 Join 조건
→ 즉시 완료

해결: UNION ALL로 분리

SELECT ... JOIN vid ON ... AND vid.CATEGORY = LVL.col1
UNION ALL
SELECT ... JOIN vid ON ... AND vid.FORMAT = LVL.col2

각 서브쿼리가 단일 AND 조건이라 Join Cond에 포함됨. 9M 풀스캔 → 조건별 필터 스캔으로 개선.

Vertica 실행 계획 확인

EXPLAIN SELECT ...

Join Filter가 보이면 해당 조건이 후처리로 빠진 것 → OR을 UNION ALL로 분리 검토.

관련 글

글	다루는 것
RDB에서 조인(Join) 방식 총정리	조인 알고리즘과 옵티마이저의 전략 선택
Vertica에서 OR 조건 JOIN은 성능을 죽인다 (현재 글)	OR 조건이 Join Filter로 빠지는 문제와 UNION ALL 해법
RECORD_ID를 레벨 테이블에 사전 적재하여 조회 성능 개선	INSERT 시점에 컬럼을 옮겨 조회 JOIN 자체를 제거