 | |||||
| |||||
|
|
||
파워링크 
등록안내
|
 0
 0
 유비드
저렇게 단순한쿼리가 느리다면 다른원인이 있는거아닐까요? 쿼리자체로 최적화할방법이없을꺼같네요
2021-12-11
|
|
0
0
깝상님
날짜는 계산해서 파라미터로 던지는게 좋을듯하네요. 일단 저조건이면 INNER JOIN이 맞지않나요?
아래처럼 cross apply를 쓸수도있구요 SELECT A.number, B.data FROM table1 A cross apply ( select B.data from table2 B WHERE A.number = B.data AND B.number is null ) AS B WHERE A.date > 계산된날짜
2021-12-12
|
|
|
0
0
깝상님
row가 양쪽에 항상 존재하는지부터 알아야하시겠네요. left로 걸면 우측에 row자체가 없어도 number는 null이고, 있어도 null인 경우가 생기죠
2021-12-12
|
|
0
0
Gemini_
흠 우선 이거 쿼리 실행계획을 보세요. 느리다면 어디가 느린지 알수 있을꺼에요
2021-12-12
|
|
0
1
소박한데광부
윗분이 말씀해주신것처럼 실행계획을 봐야겠지만
어차피 3개월치만 데이터를 뽑을거라면 서브쿼리로 먼저 범위를 좁히고 실행하심이 어떨까 싶네요
SELECT A.number, B.data FROM (SELECT * FROM table1 WHERE date > SUBDATE(now(), INTERVAL 3 MONTH)) A LEFT OUTER JOIN table2 B ON A.number = B.data WHERE B.number IS NULL
그리고 조인 시간을 단축하려면 다른분들이 말씀해주신것처럼 A.number나 B.data에 index가 걸려있는게 좋겠군요
2021-12-12
|
|
|
0
0
인스원추
1. 데이터 건이 어느 정도인가요?
- 데이터 건에 따라서 대용량이면 hash 조인을 하는게 나을 수 있습니다. 아래의 조건절까지 고려해서 full로해야할지 함께 고민해 보세요. 2. A.date > SUBDATE(now(), INTERVAL 3 MONTH) 이후에 건이 어느 정도로 줄어드나요? - 데이터가 많더라도 해당 조건절로 나오는 건이 많이 없다면 date에 인덱스가 필요합니다. 만약 많을 경우(보수적으로 30만건)이면 full로 A테이블을 조회하세요. 3. B가 없는 대상이 많은지 아니면 A.date로 줄이는 대상이 많은지에 따라서 중요한데. 조건을 on절에 넣을지 고민해보세요
- 만약 on에서 걸리지 않고 조인이 이루어지면 일자 조건이 뒤에 걸려서 비효율이 발생합니다.
이에외도 봐야할 부분이 많은데 주신 조건으로는 이정도가 될거 같네요~
2021-12-12
|
|
|
0
0
오직그대키키
인덱스 있나 보시고.. 없으면 만드시고요... 있는데도 늦으면 리빌딩해보세요. 데이타가 너무 많아서 늦는거라면.... 파티셔닝 해야할거고요..
쿼리는 단순해서 문제가 안됩니다. 이상 개발만 18년 한 사람이...
2021-12-12
|
|
|
0
0
hep
실행계획.. 실행계획을 보자..
2021-12-12
|
|
|
|
|
|
| △ 이전글▽ 다음글 | -목록보기 |
|
조건 b.number is null이 대상인가요?
조인 a.number = b.number 가 아니었네요. 본문글에도 수정해두었습니다!