* 질문 등록 시 다음의 내용을 꼭 기입하여 주세요.
| Window7 32bit, Linux 64bit 등 | |
| 10.1.3 |
|
| java |
* CUBRID 응용 오류, SQL 오류 또는 SQL 튜닝 관련된 문의는 반드시 다음의 내용을 추가해 주세요. 비밀글이나 비밀 댓글도 가능합니다.
* 저희가 상황을 이해하고, 재현이 가능해야 알 수 있는 문제들이 많습니다. 가능한 정보/정황들을 부탁합니다.
| 에러 내용 및 재현 방법 | 재현 가능한 Source와 SQL |
| 관련 테이블(인덱스, 키정보 포함) 정보 | CUBRID 홈 디렉토리 아래 log 디렉토리 압축 |
-------------- 아래에 질문 사항을 기입해 주세요. ------------------------------------------------------------------------
안녕하세요
속도 개선 문의사항 드립니다.
1. 검색
90만건이 들어가있으며 검색 컬럼의 pk 및 인덱스 설정이 되어있으나 2초정도 지연이 되는 상황입니다.
select count(*) from DIC where code like '%asd%;
앞으로 200만건의 데이터가 들어가야하며 조인도 없는 단순한 쿼리인데 속도 개선 할 다른 방법이 있나요?
2. 프로시저
프로시저 두개를 사용중인 쿼리문 실행시 데이터가 35개 뿐이지만 3.5초 지연이 됩니다.
프로시저를 제거하고 실행 할 경우 지연이 발생하지 않습니다.
오라클에서 동일한 프로시저와 쿼리문을 사용하였을 경우 지연이 거의 발생하지 않는데 프로시저 속도 개선되는 방법이 있나요?
인덱스 및 pk 설정은 오라클과 동일합니다.
1. 검색
중간검색에 대한 부분으로 양쪽 부분에 대한 % 사용으로 인덱스를 사용할 수 없게된 상황으로 판단됩니다.(대부분의 DBMS가 동일함)
힌트를 드리면.. code 컬럼에 인덱스가 있다는 전제하에 아래의 쿼리로 변경해 보시길 바랍니다.
select count(*) from DIC where code like '%asd% and code > '' (code가 문자라는 전제..)
강제로 인덱스를 사용하여 Oracle과 유사한 Index(fast) full scan을 통해 'asd'가 들어가 있는 행을 찾도록 하는 우회 방안입니다.
다만, 사용하시는 시스템 상황에 따라, 건수에 따라(인덱스 손익 분기점...) 체감하는 속도에서는 차이가 있을 수 있다는 점 감안하시길 바랍니다.
좀더 빠른 속도를 원하시면 검색엔진등을 고려해 보실 수 있겠습니다...
2. 프로시저
쿼리구문에서 프로시저를 제외한 경우 속도가 개선된 경우라면, Query 구문에서 Select절의 function 유형으로 사용하시는 건 아닌지 판단됩니다.
만약에 그렇다면 Scalar-subquery로 변환이 가능하다면 From절의 메일 테이블의 컬럼관의 조인 커럼에 적절한 인덱스가 있다면 속도는 개선될 것으로 보입니다.
큐브리드의 경우 Oralce 및 DB2와 달리 UDF 처리 부분을 내부 엔진단에서 처리하는 것이 아니라, 단순히 처리된 결과를 주고 받는 형태로 되어 있기 때문에 오라클과 속도 측면에서 차이점이 있을 수 있습니다.
다만, 앞서 답변을 드린 것 처럼 Scalary 형태로 변경하실 수 있다면(대부분의 Function은 Scalary 형태로 변경 가능) 속도 개선이 이루어 질 수 있을 듯 합니다.
감사합니다.