|
|
|
14년 전
|
조회 1,580
|
|
|
|
14년 전
|
조회 1,875
|
|
|
|
14년 전
|
조회 1,757
|
|
|
|
14년 전
|
조회 1,206
|
|
|
|
14년 전
|
조회 1,271
|
|
|
|
14년 전
|
조회 1,021
|
|
|
|
14년 전
|
조회 1,202
|
|
|
|
14년 전
|
조회 1,946
|
|
|
|
14년 전
|
조회 2,684
|
|
|
|
14년 전
|
조회 2,621
|
|
|
|
14년 전
|
조회 2,251
|
|
|
똥싼너구리
|
14년 전
|
조회 1,775
|
|
|
|
14년 전
|
조회 1,853
|
|
|
|
14년 전
|
조회 1,636
|
|
|
|
14년 전
|
조회 1,894
|
|
|
|
14년 전
|
조회 984
|
|
|
|
14년 전
|
조회 1,655
|
|
|
|
14년 전
|
조회 968
|
|
|
|
14년 전
|
조회 1,431
|
|
|
관리자
|
14년 전
|
조회 1,185
|
|
|
|
14년 전
|
조회 2,319
|
|
|
|
14년 전
|
조회 1,095
|
|
|
|
14년 전
|
조회 2,983
|
|
|
|
14년 전
|
조회 1,315
|
|
|
선택이란
|
14년 전
|
조회 1,177
|
|
|
|
14년 전
|
조회 3,242
|
|
|
|
14년 전
|
조회 1,013
|
|
|
관리자
|
14년 전
|
조회 1,318
|
|
|
|
14년 전
|
조회 833
|
|
|
|
14년 전
|
조회 1,163
|
|
|
|
14년 전
|
조회 935
|
|
|
관리자
|
14년 전
|
조회 1,624
|
|
|
|
14년 전
|
조회 1,040
|
|
|
|
14년 전
|
조회 1,434
|
|
|
관리자
|
14년 전
|
조회 1,055
|
|
|
|
14년 전
|
조회 994
|
|
|
|
14년 전
|
조회 943
|
|
|
|
14년 전
|
조회 1,693
|
|
|
똥싼너구리
|
14년 전
|
조회 1,111
|
|
|
|
14년 전
|
조회 1,025
|
|
|
|
14년 전
|
조회 1,057
|
|
|
|
14년 전
|
조회 1,718
|
|
|
|
14년 전
|
조회 1,733
|
|
|
|
14년 전
|
조회 923
|
|
|
|
14년 전
|
조회 2,800
|
|
|
|
14년 전
|
조회 791
|
|
|
|
14년 전
|
조회 1,041
|
|
|
|
14년 전
|
조회 3,523
|
|
|
|
14년 전
|
조회 1,016
|
|
|
|
14년 전
|
조회 1,417
|
|
|
|
14년 전
|
조회 1,771
|
|
|
|
14년 전
|
조회 869
|
|
|
|
14년 전
|
조회 1,084
|
|
|
|
14년 전
|
조회 1,138
|
|
|
|
14년 전
|
조회 1,501
|
|
|
|
14년 전
|
조회 1,109
|
|
|
|
14년 전
|
조회 1,412
|
|
|
|
14년 전
|
조회 3,347
|
|
|
|
14년 전
|
조회 1,719
|
|
|
|
14년 전
|
조회 1,113
|
|
|
|
14년 전
|
조회 1,887
|
|
|
|
14년 전
|
조회 1,266
|
|
|
|
14년 전
|
조회 791
|
|
|
|
14년 전
|
조회 2,702
|
|
|
|
14년 전
|
조회 1,094
|
|
|
|
14년 전
|
조회 1,162
|
|
|
|
14년 전
|
조회 1,444
|
|
|
|
14년 전
|
조회 1,324
|
|
|
|
14년 전
|
조회 1,346
|
|
|
|
14년 전
|
조회 900
|
|
|
|
14년 전
|
조회 2,781
|
|
|
|
14년 전
|
조회 1,162
|
|
|
|
14년 전
|
조회 1,800
|
|
|
|
14년 전
|
조회 1,424
|
|
|
|
14년 전
|
조회 1,440
|
|
|
|
14년 전
|
조회 1,160
|
|
|
|
14년 전
|
조회 1,437
|
|
|
|
14년 전
|
조회 1,015
|
|
|
|
14년 전
|
조회 1,030
|
|
|
|
14년 전
|
조회 1,866
|
|
|
|
14년 전
|
조회 1,612
|
|
|
|
14년 전
|
조회 1,414
|
|
|
|
14년 전
|
조회 1,469
|
|
|
|
14년 전
|
조회 2,213
|
|
|
|
14년 전
|
조회 1,818
|
|
|
|
14년 전
|
조회 969
|
|
|
|
14년 전
|
조회 1,812
|
|
|
|
14년 전
|
조회 1,593
|
|
|
|
14년 전
|
조회 1,676
|
|
|
선택이란
|
14년 전
|
조회 1,164
|
|
|
|
14년 전
|
조회 1,180
|
|
|
|
14년 전
|
조회 1,162
|
|
|
|
14년 전
|
조회 1,115
|
|
|
|
14년 전
|
조회 1,761
|
|
|
|
14년 전
|
조회 1,102
|
|
|
|
14년 전
|
조회 1,406
|
|
|
|
14년 전
|
조회 1,669
|
|
|
|
14년 전
|
조회 1,731
|
|
|
|
14년 전
|
조회 1,405
|
|
|
|
14년 전
|
조회 2,167
|
댓글 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초가 넘네요.
쩝쩝...쿼리문을 손봐야하겠는데...
어떻게 손을 봐야 빨라질지..난감합니다.ㅠㅠ