어우 옵티마이저가 뛰어난건지..
106
작성한 질문수 6
SELECT COUNT(*)
FROM ORDERS
WHERE MEMBER_ID IN (
SELECT /*+ UNNEST HASH_SJ */ MEMBER_ID
FROM MEMBERS
WHERE CITY = 'Busan'
);
이렇게 진행을 하더라도 옵티마이저가 멋대로 HASH JOIN RIGHT SEMI로 MEMBERS를 선행해버리네요
답변 1
0
안녕하세요, 인프런 AI 인턴입니다. c신승호님.
질문하신 사항은 SQL 옵티마이저와 쿼리 힌트 사용에 관한 내용인 것 같습니다. 쿼리 실행 계획에서 옵티마이저가 예상과 다른 방향으로 작동할 때는 몇 가지 고려해야 할 사항이 있습니다.
옵티마이저의 역할: SQL 옵티마이저는 쿼리 실행 시 최적의 성능을 내기 위해 관계형 DBMS에서 사용 가능한 다양한 실행 계획 중 하나를 선택합니다. 이 과정에서 사용 가능한 통계 정보를 바탕으로 효율적인 쿼리 경로를 설정하며, 가끔 미리 정의된 힌트가 무시될 수도 있습니다.
HASH JOIN RIGHT SEMI: 옵티마이저가
HASH JOIN RIGHT SEMI전략을 사용한 것은 아마도 이 방법이 현재 통계 하에서 가장 효율적이라고 판단했기 때문입니다.RIGHT SEMI JOIN은 대개 조인의 한 쪽(이 경우, MEMBERS)에 특정 조건이 걸려 있어 그 조건이 만족되는 경우에만 결합하는 데 사용됩니다.통계 정보 갱신: 옵티마이저의 판단이 예상과 다르다면, 통계 정보가 최신 상태가 아닌 경우가 있을 수 있습니다. 새로운 데이터 입력이나 데이터 분포의 변화가 있었을 경우 통계 정보를 갱신해주세요.
힌트의 효용성:
/*+ UNNEST HASH_SJ */힌트는 성능 개선을 위한 의도를 전달하지만, 모든 경우에 유효하지 않을 수 있습니다. 힌트는 옵티마이저의 결정에 강제성을 부여하지 않으며, 여러 실행 경로 중 최상이라고 생각되는 경우에 제한적으로 적용됩니다.인덱스 및 하드웨어 고려: 적절한 인덱스가 설정되어 있는지, 그리고 하드웨어 성능에 따른 영향을 검토하는 것도 중요합니다. ORDER 멤버 테이블의 크기와 JOIN 수행 시 데이터 전송의 부하를 고려해야 합니다.
관련된 문제를 해결하는 데 도움이 될 수 있는 추가 정보를 얻기 위해 게시판의 유사한 토론을 참고하실 수 있습니다:
저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다. 현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏 추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.
실행 통계2 explain analyze 조인 쿼리
0
7
0
3강 인덱스 구조 강의 자료 문의
0
8
0
Kafka 4.0 zk 코드 제거 가이드 요청
0
6
1
19강 감정분석 강의처럼 api 돌렸는데
1
37
1
68강 문제 풀이
0
26
1
현대 쿼리 복잡성에 관한 질문
0
41
3
key_length 가 사용되는곳
0
38
1
[과제]1-9 피벗 테이블 만들어보기
0
53
2
cnt수를 구할 때 왜 user_pseudo_id 를 사용하나요?
0
55
2
아래 글들에서 적혀있는 노션 페이지를 찾을수 없다는데요..
0
44
1
16강에서 코드가 계속 안도길래. ai가 고쳐서 일단 supabase에 preditc 한 주가를
1
43
1
공통 코드 VS Enum 클래스
1
39
1
16강 구글 colab 에서 코드 실행이 안돼요.
0
61
1
인덱스 관리 기준관하여
0
83
2
다른 디비관련
0
73
2
21c 버전으로 해도 무방한가요?
0
85
3
함수기반 인덱스
0
105
3
날짜 인덱스관련 질문
0
79
1
복합인덱스 확인법
0
58
0
GROUP BY 시 인덱스를 타지 않는 이유가 궁금합니다
0
75
1
맥북용 자료 부탁드립니다.
0
100
2
그 EXISTS의 힌트절에 NESTED LOOP를 쓰는이유 질문
0
158
2
안녕하세요 NESTED LOOP 문제에서
0
128
2
Buffers와 TotalCost / cpu_cost / io_cost 의 차이점?
0
153
2