plan을 실행하기 전에 optimizer의 오류를 막기위해 runstats를 실행하세요.

[실행2]

select * from new_pda_servstat_2004 where scode='0401' 이 sql이 full scan을 실행했다면 scode='0401' 의 분포도가 크기 때문일것같습니다.

select  count(*) from new_pda_servstat_2004의 값과

select count(*) from new_pda_servstat_2004 where scode='0401'의 값을 비교해보세요. 인덱스를 사용한 후 테이블을 다시 읽는 것보다 테이블을 full sacn하는 것이 더 유리하다고 판단한 경우입니다.

[실행3]

select * from new_pda_servstat_2004 where scode='0401' and daytime>='20041205151211956286'

이것도 위와 유사 하다고 봅니다. scode뒤에 daytime이 더 추가가 되었지만 범위를 줄이지 못하고 scode='0401' 조건 하나만 들어왔을때만 count가 비슷할 것 같습니다.

select * from new_pda_servstat_2004 where scode='0401' and daytime>='20060605151211956286'

정도로 범위를 줄인다면 index scan을 할것같습니다.

타입이 변경되는 경우 대부분 index를 사용하지 못하지만 특정 경우 타입이 변경되도 plan이 변경되지 않는 경우을 봤습니다. (V8)

감사합니다..ㅠㅠ

select * from new_pda_servstat_2004 where scode='0401' and daytime>='20041205' and daytime <='20041205' and capitalcd='44'

이런식으로 범위를 줄여보니

1 Index Scan (No Table Access) NPA.NEW_PSSV_PK_2004 Index 3577.16 
2 Sort   3579.63 
3 Row Identifier Scan (RID)   3579.63 
4 Fetch Table Data NPA.NEW_PDA_SERVSTAT_2004 Table 6195.77 
5 Data Operation Complete   6195.77 

이렇게 인덱스를 타는군요.. 감사합니다~!

범위가 너무 넓어서 fullscan이 효율적이라 판단했나 봅니당

또 질문이용~~!!ㅠㅠ

전체 12000 에서 결과 200건 가량을 뽑아 내는 쿼리 인데요

select *
from new_pda_stat_cnt
where daytime>='20050101'
and daytime<='20050102'

이 테이블은 daytime+a+b+c

이런식으루 되어있는데요..

이경우도 인덱스를 못타더라구요..

이건 건수가 많은것도 아닌데..왜 그럴까요..

select *
from new_pda_stat_cnt
where daytime>='20050101'
and daytime<='20050101'

요것도 안탑니다

select *
from new_pda_stat_cnt
where daytime='20050101'

요것만 타더군요.. 결과는 같은데..

왜그럴까요??

기간을 지정할때 그렇게 쓰고 있는데 그런 경우는 보지 못했습니다. runstats를 다시 돌려보시죠 .

이상하네요.