update index statistics table_name 을 수행후 다시 테스트 해보세요.

1. 일단 io가 적은게 좋겠지요

   시용자가 느끼는 시간상 1400하고 8하고는 큰차이가 없습니다.

   하지만 1400/8 배의 성능 차이겠지요.(자주 사용되는 쿼리는 cpu 사용률을 많이 올리겠지요)

2. 그런데 full scan이 8인데.. 인덱스를 타면 1400? 이거는 거의 불가능한 경우인데?

    왜 이렇게 나오는지 원인을 먼저 찾아야 하겠지요

    반대일것 같은데요....

참 update index statistics table_name 을 한후에는 sp_recompile table_name을 한후 

procedure를 실행하세요....

Full scan 할 때 physical io가 발생한게 아닐까요? ㅡㅡ

logical io만 기술해 주셨네요...ㅡㅡ;

경우에 따라서는 인덱스를 타지 않는게 더 빠를 수도 있습니다.

예를 들면 한 10000건이 있는데

한 1000건을 찾기 위해

select name,number from Table where name like '김씨%'

index key name

인덱스를 타면 인덱스에서 김씨를 찾아서 다시 그 해당하는 row를 찾고

이작업을 1000번 반복을 해야 하는데

이것보다 table scan이 더 빠를수도 있고요.

위의 쿼리의 경우 index key를 name하고 number하고 composite key로 구성하심 무지 빠르겠죠