* 질문 등록 시 다음의 내용을 꼭 기입하여 주세요.
| Linux 64bit 등 | |
| 9.3.9 | |
| [도움말]-[버전정보] 확인 | |
| java, php, odbc 등 입력 |
* CUBRID 응용 오류, SQL 오류 또는 SQL 튜닝 관련된 문의는 반드시 다음의 내용을 추가해 주세요. 비밀글이나 비밀 댓글도 가능합니다.
* 저희가 상황을 이해하고, 재현이 가능해야 알 수 있는 문제들이 많습니다. 가능한 정보/정황들을 부탁합니다.
| 에러 내용 및 재현 방법 | 재현 가능한 Source와 SQL |
| 관련 테이블(인덱스, 키정보 포함) 정보 | CUBRID 홈 디렉토리 아래 log 디렉토리 압축 |
-------------- 아래에 질문 사항을 기입해 주세요. ------------------------------------------------------------------------
플랜 정보를 옮길수 없어 스샷으로 첨부 하였습니다.
쿼리 예제 1,2,3의 테이블 PK 와 INDEX 정보 입니다.
TB_B_NICE_ENTERPRS 테이블
CONSTRAINT PK_TB_B_NICE_ENTRPRS PRIMARY KEY (UPCHECD),
INDEX IDX_TB_B_NICE_ENTRPRS_01 (BIZNO),
INDEX IDX_TB_B_NICE_ENTRPRS_02 (KORREPRNM),
INDEX IDX_TB_B_NICE_ENTRPRS_03 (OPT_ENTRNM),
INDEX IDX_TB_B_NICE_ENTRPRS_04 (CRPNO)
TB_B_NICE_BPLC 테이블
CONSTRAINT PK_TB_B_NICE_ENTRPRS PRIMARY KEY (UPCHECD, BIZLO_SEQ)
통계정보를 갱신한 상태 입니다.
----------------------------------------------------------------------
1,2,3 번은 주석 처리를 하여 인덱스 를 타는것을 테스트 한것입니다.
3번이 실제로 적용 할 쿼리 문인데
생성한 INDEX를 안타고 왜 FULL 스캔을 타는 것인지... 도무지 알수가 없네요....
USING INDEX 를 사용하여 처리하였을때도 옵티마이저가 FULL SCAN을 탑니다.
방법이 없을까요?
3번 내용은 B Table 우선 드라이빙 되면 원하는 방향으로 인텍스 타지 않은것으로 보입니다.
메뉴얼에 질의최적화 부분 ORDERED 힌트 사용법 적용하여 보세요~
https://www.cubrid.org/manual/ko/9.3.0/sql/tuning.html#sql