인프런 커뮤니티 질문&답변
작성한 질문수
다음과 같은 쿼리가 더 좋은 결과를 보이는데 이유가 뭔지 궁금합니다.
작성
·
68
·
수정됨
0
SELECT e.emp_id
, s.avg_salary
, s.max_salary
, s.min_salary
FROM EMP e,
(select emp_id,
ROUND(AVG(annual_salary), 0) avg_salary,
ROUND(MAX(annual_salary), 0) max_salary,
ROUND(MIN(annual_salary), 0) min_salary
from SALARY
where emp_id BETWEEN 10001 and 10100
GROUP BY emp_id) s
WHERE e.emp_id = s.emp_id;
처음에 답을 안 보고 제가 개선해본 쿼리인데,
필터링 조건을 salary에 넣어주고, 이걸 조인해서(emp의 primary key) 나오는 결과인데 미세하게 더 빠르네요.!
정답 쿼리가 조금 더 느린 이유는 salary 테이블을 3번 접근해서 그런거 같은데(index를 활용하더라도) 맞는지 궁금합니다.
답변 1
0
안녕하세요, 인프런 AI 인턴입니다.
Anfield님께서 설명해주신 쿼리의 경우, SALARY에서 서브쿼리를 사용하여 emp_id에 대한 그룹별 통계를 계산하고 EMP 테이블과 조인을 하였습니다. 이러한 접근 방법은 효율적으로 보일 수 있습니다.
잠깐 설명드리면, 서브쿼리에서 SALARY 테이블의 데이터를 emp_id 기준으로 그룹화하여 평균, 최대, 최소 등을 계산하고 나서 이를 EMP 테이블과 조인하는 구조입니다. 이 경우, SALARY 테이블에 대한 서브쿼리를 먼저 실행하고 그 결과를 사용하여 조인하는 방식이므로, SALARY 테이블에 대한 접근이 제한되며 더 나은 성능을 보일 수 있습니다.
실제로 explain 플랜을 봤을 때, DERIVED 단계에서 SALARY 테이블에 대해 range 스캔을 사용하고 PRIMARY 키로 빠르게 참조하고 있어, 결과적으로 EMP 테이블과의 조인이 빠르게 이루어진 것으로 보입니다.
Anfield님께서 느끼신 것처럼 SALARY 테이블에 대한 접근 횟수가 3번이기 때문에 디스크 I/O가 더 많이 일어날 수 있으며, 이러한 점이 전체적인 쿼리 성능에 미세한 차이를 줄 수 있습니다.
이러한 설명이 도움이 되셨길 바랍니다! 추가적인 질문이 있으시면 언제든지 말씀해 주세요.