|
|
|
14년 전
|
조회 1,585
|
|
|
|
14년 전
|
조회 1,884
|
|
|
|
14년 전
|
조회 1,763
|
|
|
|
14년 전
|
조회 1,210
|
|
|
|
14년 전
|
조회 1,281
|
|
|
|
14년 전
|
조회 1,025
|
|
|
|
14년 전
|
조회 1,205
|
|
|
|
14년 전
|
조회 1,957
|
|
|
|
14년 전
|
조회 2,690
|
|
|
|
14년 전
|
조회 2,624
|
|
|
|
14년 전
|
조회 2,261
|
|
|
똥싼너구리
|
14년 전
|
조회 1,781
|
|
|
|
14년 전
|
조회 1,858
|
|
|
|
14년 전
|
조회 1,640
|
|
|
|
14년 전
|
조회 1,899
|
|
|
|
14년 전
|
조회 988
|
|
|
|
14년 전
|
조회 1,657
|
|
|
|
14년 전
|
조회 972
|
|
|
|
14년 전
|
조회 1,437
|
|
|
관리자
|
14년 전
|
조회 1,188
|
|
|
|
14년 전
|
조회 2,328
|
|
|
|
14년 전
|
조회 1,102
|
|
|
|
14년 전
|
조회 2,987
|
|
|
|
14년 전
|
조회 1,320
|
|
|
선택이란
|
14년 전
|
조회 1,180
|
|
|
|
14년 전
|
조회 3,246
|
|
|
|
14년 전
|
조회 1,021
|
|
|
관리자
|
14년 전
|
조회 1,320
|
|
|
|
14년 전
|
조회 840
|
|
|
|
14년 전
|
조회 1,170
|
|
|
|
14년 전
|
조회 943
|
|
|
관리자
|
14년 전
|
조회 1,631
|
|
|
|
14년 전
|
조회 1,046
|
|
|
|
14년 전
|
조회 1,442
|
|
|
관리자
|
14년 전
|
조회 1,060
|
|
|
|
14년 전
|
조회 1,005
|
|
|
|
14년 전
|
조회 950
|
|
|
|
14년 전
|
조회 1,696
|
|
|
똥싼너구리
|
14년 전
|
조회 1,117
|
|
|
|
14년 전
|
조회 1,028
|
|
|
|
14년 전
|
조회 1,064
|
|
|
|
14년 전
|
조회 1,727
|
|
|
|
14년 전
|
조회 1,737
|
|
|
|
14년 전
|
조회 927
|
|
|
|
14년 전
|
조회 2,804
|
|
|
|
14년 전
|
조회 799
|
|
|
|
14년 전
|
조회 1,047
|
|
|
|
14년 전
|
조회 3,529
|
|
|
|
14년 전
|
조회 1,022
|
|
|
|
14년 전
|
조회 1,423
|
|
|
|
14년 전
|
조회 1,775
|
|
|
|
14년 전
|
조회 871
|
|
|
|
14년 전
|
조회 1,091
|
|
|
|
14년 전
|
조회 1,142
|
|
|
|
14년 전
|
조회 1,508
|
|
|
|
14년 전
|
조회 1,113
|
|
|
|
14년 전
|
조회 1,418
|
|
|
|
14년 전
|
조회 3,351
|
|
|
|
14년 전
|
조회 1,722
|
|
|
|
14년 전
|
조회 1,120
|
|
|
|
14년 전
|
조회 1,891
|
|
|
|
14년 전
|
조회 1,269
|
|
|
|
14년 전
|
조회 796
|
|
|
|
14년 전
|
조회 2,709
|
|
|
|
14년 전
|
조회 1,100
|
|
|
|
14년 전
|
조회 1,165
|
|
|
|
14년 전
|
조회 1,450
|
|
|
|
14년 전
|
조회 1,328
|
|
|
|
14년 전
|
조회 1,348
|
|
|
|
14년 전
|
조회 906
|
|
|
|
14년 전
|
조회 2,785
|
|
|
|
14년 전
|
조회 1,168
|
|
|
|
14년 전
|
조회 1,803
|
|
|
|
14년 전
|
조회 1,428
|
|
|
|
14년 전
|
조회 1,442
|
|
|
|
14년 전
|
조회 1,165
|
|
|
|
14년 전
|
조회 1,442
|
|
|
|
14년 전
|
조회 1,020
|
|
|
|
14년 전
|
조회 1,036
|
|
|
|
14년 전
|
조회 1,869
|
|
|
|
14년 전
|
조회 1,615
|
|
|
|
14년 전
|
조회 1,419
|
|
|
|
14년 전
|
조회 1,471
|
|
|
|
14년 전
|
조회 2,218
|
|
|
|
14년 전
|
조회 1,827
|
|
|
|
14년 전
|
조회 977
|
|
|
|
14년 전
|
조회 1,818
|
|
|
|
14년 전
|
조회 1,602
|
|
|
|
14년 전
|
조회 1,680
|
|
|
선택이란
|
14년 전
|
조회 1,170
|
|
|
|
14년 전
|
조회 1,186
|
|
|
|
14년 전
|
조회 1,168
|
|
|
|
14년 전
|
조회 1,119
|
|
|
|
14년 전
|
조회 1,766
|
|
|
|
14년 전
|
조회 1,109
|
|
|
|
14년 전
|
조회 1,412
|
|
|
|
14년 전
|
조회 1,676
|
|
|
|
14년 전
|
조회 1,738
|
|
|
|
14년 전
|
조회 1,409
|
|
|
|
14년 전
|
조회 2,173
|
댓글 13개
흥미로운 쿼리문이라 살펴 보았습니다.^^
제가 보기에는...
from (select in_pumno, in_code from in_table group by in_code having in_code = "123") a
이 구문은.. 저 select의 결과물이 in_code=123 이것중에 하나만 뽑아지겠네요..
[ WHERE a.in_code='123' order by a.in_code LIMIT 1 ]과 동일한 결과가 나올것 같습니다.
group by보다는 where가 속도가 좀더 빠르지 않을까 생각이 듭니다.
다음줄의
left join (select pr_pumno, pr_code, sum(pr_amount) as pr_amt from pr_table group by pr_code having pr_code = "123") b on a.in_code = b.pr_code
이것또한 비슷하긴 하지만.. 카운트 하는것이 있어서 그룹으로 묶어야 겠네요..
이 안의 서브쿼리는 밖으로 빼는게 속도가 더 느리게 나오나요?
한번도 해보지 않아서 잘 모르겠네요..
인덱스는 당연히 적절히 잘 설정하셨을거라 생각합니다.
데이터셋이 있으면 한번 테스트 해볼텐데..
하쉽네요..^^
한번 테스트해보고 후기 올리겠습니다. 행복한 밤 되세요.^^
대용량 데이터베이스를 만져볼 기회가 잘 없으니..
이런 경험도 귀중한 경험이 될것 같습니다.
1. in_code, pr_code 인덱스 체크
2. 서브쿼리 b의 group by 쿼리를 distinct 쿼리로 수정
3. 서브쿼리 a의 group by 쿼리는 단순 where 조건절로 수정 또는 밖으로 빼서 바로 조인
감사합니다.
from
in_table a
where a.in_code='123'
order by a.in_pumno
저도 초보입장으로 보면.. 두번의 서브쿼리를 풀스캔을 하고 있어서 데이타 양에 따라 상당히 부하가 가지 않을까 싶네요.
순도뤼님 말씀처럼 적절한 인덱스 걸기가 중요할거 같네요.
1. 비교부분에 인덱스 부분, in_pumno,in_code,pr_code
검증이 안된거라..^^; 틀리면 죄송합니다.
그런데 속도는 첫번째 쿼리가 두번째 쿼리보다 엄청빠릅니다.
having 절을 아무데나 쓰는게 아니군요...ㅋ
을 왜 사용하는지 모르겠군요.
HAVING SUM(필드) > 1000 이렇게 함수결과값을 얻어 비교할때만 빠르군요.
일반 조건절은 무조건 where문을 사용하십시오.
SELECT a.in_pumno, a.in_code, a.in_dcno, ifnull( a.in_amt, 0 ) , ifnull( b.pr_amt, 0 ) , ifnull( a.in_amt, 0 ) - ifnull( b.pr_amt, 0 ) , a.in_vendor
FROM (
SELECT in_pumno, in_code, in_dcno, sum( in_amount ) AS in_amt, in_vendor, in_comp
FROM in_table where in_code = '3SILKR001FJNBQ' group by in_code
) as a
LEFT JOIN (
SELECT pr_code, pr_pumno, pr_vendor, sum( pr_amount ) AS pr_amt
FROM pr_table
where pr_code = '3SILKR001FJNBQ' group by pr_code
) as b ON a.in_code = b.pr_code
ORDER BY a.in_pumno
LIMIT 0 , 30
===============================================================================
SELECT a.in_pumno, a.in_code, a.in_dcno, ifnull( a.in_amt, 0 ) , ifnull( b.pr_amt, 0 ) , ifnull( a.in_amt, 0 ) - ifnull( b.pr_amt, 0 ) , a.in_vendor
FROM (
SELECT in_pumno, in_code, in_dcno, sum( in_amount ) AS in_amt, in_vendor, in_comp
FROM in_table
GROUP BY in_code
HAVING in_code = '3SILKR001FY5HM'
)a
LEFT JOIN (
SELECT pr_code, pr_pumno, pr_vendor, sum( pr_amount ) AS pr_amt
FROM pr_table
GROUP BY pr_code
HAVING pr_code = '3SILKR001FY5HM'
)b ON a.in_code = b.pr_code
ORDER BY a.in_pumno
LIMIT 0 , 30
역시 WHERE가 빠르군요..^^
EXPLAIN SELECT a.in_pumno, a.in_code, a.in_dcno, ifnull( a.in_amt, 0 ) , ifnull( b.pr_amt, 0 ) , ifnull( a.in_amt, 0 ) - ifnull( b.pr_amt, 0 ) , a.in_vendor
FROM (
SELECT in_pumno, in_code, in_dcno, sum( in_amount ) AS in_amt, in_vendor, in_comp
FROM in_table
WHERE in_code = '3SILKR001FJNBQ'
GROUP BY in_code) AS a
LEFT JOIN (
SELECT pr_code, pr_pumno, pr_vendor, sum( pr_amount ) AS pr_amt
FROM pr_table
WHERE pr_code = '3SILKR001FJNBQ'
GROUP BY pr_code) AS b ON a.in_code = b.pr_code
ORDER BY a.in_pumno
LIMIT 0 , 30
=====================================================
id select_type table type possible_keys key key_len ref rows Extra
1 PRIMARY <derived2> system NULL NULL NULL NULL 1
1 PRIMARY <derived3> system NULL NULL NULL NULL 1
3 DERIVED pr_table ref pr_code pr_code 50 1 Using where
2 DERIVED in_table ref in_code in_code 50 1 Using where
아직 explain을 분석할줄 몰라 잠시 찾아 보았습니다.
첫번째 두번째 로 분석된 테이블은 인덱스를 활용하지 못했군요..
레코드수가 많은 놈은 속도가 40초가 넘네요.
쩝쩝...쿼리문을 손봐야하겠는데...
어떻게 손을 봐야 빨라질지..난감합니다.ㅠㅠ