21강. 서브쿼리의 폐혜

1. 서브쿼리의 문제점

• 실체적인 데이터를 저장하지 않아 문제 발생
• 연산 비용 추가
  • 서브쿼리에 접근할 때마다 SELECT 구문 실행해 데이터를 만들어야 함
  • 내용이 복잡할수록 실행 비용 급증
• 데이터 I/O 비용 발생
  • 메모리 용량이 충분하지 않거나 연산 결과가 클 경우 저장소의 파일에 결과를 저장하여 오버헤드 커질 수 있음
• 최적화 불가
  • 옵티마이저가 쿼리를 해석하기 위해 필요한 정보(명시적인 제약, 인덱스 등)를 서브쿼리에서 얻을 수 없음
• 결론: 내부적으로 복잡한 연산 수행하거나 결과 크기가 큰 서브쿼리 사용 시 성능 리스크 고려

2. 서브쿼리 의존증

Receipts (구입 명세) - 고객별로 최소 순번을 가진 레코드 구하기

1) 서브쿼리 사용

SELECT R1.cust_id, R1.seq, R1.price
FROM Receipts R1
    INNER JOIN
    (SELECT cust_id, MIN(seq) AS min_seq
    	FROM Receipts
        GROUP BY cust_id) R2
    ON R1.cust_id=R2.cust_id
    AND R1.seq=R2.min_seq;

• 코드가 여러 계층에 걸쳐 만들어지므로 가독성 떨어짐
• 서브쿼리는 대부분 일시적 영역에 확보되므로 오버헤드 발생
• 인덱스, 제약 정보가 없어 최적화 불가
• 결합을 필요로 하므로 비용이 높고 실행 계획 변동 리스크 발생
• Receipts 테이블 스캔 2회 발생

2) 상관 서브쿼리

SELECT cust_id, seq, price
FROM Receipts R1
WHERE seq=(SELECT MIN(seq)
            FROM Receipts R2
            WHERE R1.cust_id=R2.cust_id);

• Receipt 테이블에 2회 스캔해야 하므로 서브쿼리 방식과 비교했을 때 성능적으로 큰 차이 없음