다음과 같은 쿼리가 더 좋은 결과를 보이는데 이유가 뭔지 궁금합니다.
144
12 asked
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를 활용하더라도) 맞는지 궁금합니다.
Answer 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가 더 많이 일어날 수 있으며, 이러한 점이 전체적인 쿼리 성능에 미세한 차이를 줄 수 있습니다.
이러한 설명이 도움이 되셨길 바랍니다! 추가적인 질문이 있으시면 언제든지 말씀해 주세요.
관리자 페이지 질문
0
9
1
vercel실행 - failed to fetch
0
12
1
드랍 테이블로 지운 ordes에 대해서 질문
0
23
1
문제 풀이 1번 질문
0
28
1
twitterdb 연결이 안돼요
1
28
2
Kafka Cluster 구성도 질문
0
23
1
아주 작은 정오표 전달드립니다.
0
52
2
mysql워크벤치를 실행할때마다 오류가 뜹니다. 해결 방법좀 가르켜주세요.
0
44
1
온톨로지 구축
0
28
1
실제로 작은 기업에서 기획 롤
1
27
1
함수기반 인덱스
0
30
2
날짜 인덱스관련 질문
0
26
1
복합인덱스 확인법
0
23
0
이제 인프런에서 강의 더 안산다. 후져....
0
42
1
order_product 까마귀발
0
44
2
소스코드 어디서 다운받아요?
0
54
5
답을언제쯤받아볼수있나요
0
49
2
수강기간 연장
0
37
1
FTS 방식으로 수행하는 나쁜 SQL 에서 질문이 있습니다.
0
60
0
7-8 질문
0
61
1
rollup mariadb 11 ver 기준
0
133
1
use index, force index 힌트 질문
0
256
1
BNL Join 사용
0
136
1
select_type 에서 'simple' 경우 각각의 테이블이 '드라이빙' 또는 '드리븐' 인지 어떻게 알수 있나요?
0
112
0