|
|
|
14년 전
|
조회 1,330
|
|
|
|
14년 전
|
조회 1,606
|
|
|
|
14년 전
|
조회 1,508
|
|
|
|
14년 전
|
조회 936
|
|
|
|
14년 전
|
조회 1,008
|
|
|
|
14년 전
|
조회 774
|
|
|
|
14년 전
|
조회 948
|
|
|
|
14년 전
|
조회 1,703
|
|
|
|
14년 전
|
조회 2,454
|
|
|
|
14년 전
|
조회 2,355
|
|
|
|
14년 전
|
조회 1,994
|
|
|
똥싼너구리
|
14년 전
|
조회 1,523
|
|
|
|
14년 전
|
조회 1,600
|
|
|
|
14년 전
|
조회 1,390
|
|
|
|
14년 전
|
조회 1,639
|
|
|
|
14년 전
|
조회 750
|
|
|
|
14년 전
|
조회 1,371
|
|
|
|
14년 전
|
조회 742
|
|
|
|
14년 전
|
조회 1,194
|
|
|
관리자
|
14년 전
|
조회 960
|
|
|
|
14년 전
|
조회 2,071
|
|
|
|
14년 전
|
조회 851
|
|
|
|
14년 전
|
조회 2,681
|
|
|
|
14년 전
|
조회 1,080
|
|
|
|
14년 전
|
조회 929
|
|
|
|
14년 전
|
조회 3,018
|
|
|
|
14년 전
|
조회 806
|
|
|
관리자
|
14년 전
|
조회 1,074
|
|
|
|
14년 전
|
조회 604
|
|
|
|
14년 전
|
조회 921
|
|
|
|
14년 전
|
조회 703
|
|
|
관리자
|
14년 전
|
조회 1,398
|
|
|
|
14년 전
|
조회 819
|
|
|
|
14년 전
|
조회 1,203
|
|
|
관리자
|
14년 전
|
조회 832
|
|
|
|
14년 전
|
조회 747
|
|
|
|
14년 전
|
조회 719
|
|
|
|
14년 전
|
조회 1,442
|
|
|
똥싼너구리
|
14년 전
|
조회 905
|
|
|
|
14년 전
|
조회 793
|
|
|
|
14년 전
|
조회 815
|
|
|
|
14년 전
|
조회 1,484
|
|
|
|
14년 전
|
조회 1,492
|
|
|
|
14년 전
|
조회 692
|
|
|
|
14년 전
|
조회 2,572
|
|
|
|
14년 전
|
조회 573
|
|
|
|
14년 전
|
조회 838
|
|
|
|
14년 전
|
조회 3,305
|
|
|
|
14년 전
|
조회 777
|
|
|
|
14년 전
|
조회 1,202
|
|
|
|
14년 전
|
조회 1,555
|
|
|
|
14년 전
|
조회 669
|
|
|
|
14년 전
|
조회 873
|
|
|
|
14년 전
|
조회 930
|
|
|
|
14년 전
|
조회 1,282
|
|
|
|
14년 전
|
조회 896
|
|
|
|
14년 전
|
조회 1,184
|
|
|
|
14년 전
|
조회 3,135
|
|
|
|
14년 전
|
조회 1,509
|
|
|
|
14년 전
|
조회 907
|
|
|
|
14년 전
|
조회 1,688
|
|
|
|
14년 전
|
조회 1,058
|
|
|
|
14년 전
|
조회 591
|
|
|
|
14년 전
|
조회 2,482
|
|
|
|
14년 전
|
조회 878
|
|
|
|
14년 전
|
조회 944
|
|
|
|
14년 전
|
조회 1,249
|
|
|
|
14년 전
|
조회 1,126
|
|
|
|
14년 전
|
조회 1,159
|
|
|
|
14년 전
|
조회 678
|
|
|
|
14년 전
|
조회 2,564
|
|
|
|
14년 전
|
조회 966
|
|
|
|
14년 전
|
조회 1,585
|
|
|
|
14년 전
|
조회 1,259
|
|
|
|
14년 전
|
조회 1,276
|
|
|
|
14년 전
|
조회 986
|
|
|
|
14년 전
|
조회 1,269
|
|
|
|
14년 전
|
조회 845
|
|
|
|
14년 전
|
조회 879
|
|
|
|
14년 전
|
조회 1,695
|
|
|
|
14년 전
|
조회 1,454
|
|
|
|
14년 전
|
조회 1,257
|
|
|
|
14년 전
|
조회 1,320
|
|
|
|
14년 전
|
조회 2,028
|
|
|
|
14년 전
|
조회 1,615
|
|
|
|
14년 전
|
조회 721
|
|
|
|
14년 전
|
조회 1,608
|
|
|
|
14년 전
|
조회 1,386
|
|
|
|
14년 전
|
조회 1,459
|
|
|
|
14년 전
|
조회 951
|
|
|
|
14년 전
|
조회 976
|
|
|
|
14년 전
|
조회 945
|
|
|
|
14년 전
|
조회 935
|
|
|
|
14년 전
|
조회 1,559
|
|
|
|
14년 전
|
조회 881
|
|
|
|
14년 전
|
조회 1,184
|
|
|
|
14년 전
|
조회 1,458
|
|
|
|
14년 전
|
조회 1,516
|
|
|
|
14년 전
|
조회 1,178
|
|
|
|
14년 전
|
조회 1,960
|
댓글 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초가 넘네요.
쩝쩝...쿼리문을 손봐야하겠는데...
어떻게 손을 봐야 빨라질지..난감합니다.ㅠㅠ