쿼리 select 속도 개선하려고 하는데, 잘 안되네요...

Question

이전에 서브쿼리로 들어가있는거 빼고 속도가 개선은 되었으나, 여전히 느립니다..조회하는 건수가 십만건이 넘다보니.. 그러는데, 조인도 많고 내역도 많고... 여기서 더 개선할 수 있는 방법을 찾지 못해 올려봅니다... decode를 case문으로 바꾸면 바뀌나.. 구글링도 해보고, ||(pipe)대신에 concat쓰면 빨라지나.. 도 검색해봤는데 다들 큰 성능 향상은 없다고 하더라구요. index를 넣을까도 해봤는데, 주로 조인이 되는 부분이 reg_no인데, 이건 이미 pk로 인덱스가 설정이 되어 있어요. 시간이 오래걸리는건 어쩔 수 없는건가요.... 쿼리 돌다가 토드에서 out of memory나와요;; (한 3분 돌은 것 같습니다.)하지만, 이클립스에서는 잘 돌아가니.. 사용자가 오래기다려야해서 불편한 점이 가장 큰 문제입니다.이 쿼리로 얻은 목록을 엑셀 다운로드할 때 사용하는데, 속도 정말 미칠 것 같습니다.. 10분걸려요..엑셀도 xls 쓰다가 내용 많이서 xlsx로 바꿨는데, 여전히 속도가 문제네요...엑셀 다운로드는 apache poi xssf 로 사용중입니다.. 도와주세요 ㅠㅠ

LichKing · Accepted Answer

짐작으로 문제점을 찾지마시고, 쿼리플랜을 한번 봐보시는게 좋을것같아요

siva6 · Answer

실행계획을 봐야 할 것 같습니다. JOIN시 저렇게 인라인뷰를 사용했을 때 어떻게 풀릴지 모르겠네요. LEFT OUTER JOIN (SELECT REG_NO, COUNT(REG_NO) REG_NO_CNT FROM TB_MASTER_FILE GROUP BY REG_NO) D ON A.REG_NO &#61; D.REG_NO 이것도 group by가 필요한가요? 1건 또는 0건이면 그냥 null체크로 될 것 같습니다.

futureAwesomeDev · Answer

그러고보니 NVL2 쓰면 될걸 돌아갔었네요..실행계획 보는 것도 처음이라서 이거부터 공부해야겠네요..

futureAwesomeDev · Answer

실행계획은 이렇긴 합니다.

futureAwesomeDev · Answer

힌트를 처음써보는데, 조인문 안에 힌트를 써줘야 되는것도 알게되고 확실히 인덱스 테우면 빨라지는것도 알게되서 좋네요.table access full나오면 안좋다고 하는데, row수가 10개 미만인경우에도 신경을 써줘야하나 싶어서 그런 테이블은 그냥 뒀습니다. 사용한거로 /*&#43; FIRST_ROWS */, /*&#43; index(TB_MASTER MASTER_REG_NO_PK) */ , group by 빼고 NVL2사용 해서 한 1.3배는 빨라진 것 같습니다.10분걸리는거 8분으로 줄어들기는 했습니다만, 엑셀 리스트로 담는데 시간이 많이 걸리네요.. 한가지 숙제가 또 있네요

futureAwesomeDev · Answer

쿼리 xml 파일에서 <select id&#61;&#34;selectRecordMngExcelList&#34; fetchSize&#61;&#34;100&#34; resultType&#61;&#34;recordMngVO&#34;>fetchSize 주니까 8분걸리던거 1분으로 줄어드네요. 세상 놀라운 경험이였습니다

쿼리 select 속도 개선하려고 하는데, 잘 안되네요...

6개의 답변

Q&A 목록