DateTime 열을 키로 사용하여 비 클러스터형 인덱스 만들기

Question

저는 시스템에서 자주 사용되는 쿼리를 최적화하는 중입니다. WHERE 절은 이미

WHERE J.Visibility > 11 
and J.isactive='true' 
and J.isdeleted='false' 
AND (
     CutOffDate > '2012-04-05 00:00:00.000' 
     OR J.CreatedOn > '2011-10-08 00:00:00.000' 
    ) 
AND J.Country = 'India' 
AND J.City='Bangalore' 
AND (J.Type > 0 AND J.Type < 230) 
AND J.Category in (20) 

노스 캐롤라이나 지수 도시, 유형, 가시성,이 isActive와 (INDEX1)와 유사하다, isDeleted를가 존재했다. 위의 필드로 새로운 NC 인덱스를 만들었지 만 CreatedOn, CutOffDate 및 Category를 처음에 추가했습니다.

따라서 새 색인 (색인 2)의 키는 City, Category, CreatedOn, CutOffDate, Type, Visibility 등이었습니다. CreatedOn과 CutOffDate는 모두 내림차순이었습니다. 그러나 쿼리를 실행했을 때 실제 실행 계획은 여전히 ​​Index2가 아니라 Index1의 인덱스 스캔을 수행했습니다. 주어진 DateTime 조건을 감안할 때 Index2가 더 나은 선택 일 것이고 Index seek이 발생할 것이라고 생각했을 것입니다. 그러나 그런 일은 일어나지 않았습니다.

왜 이런 일이 벌어 질 수 있는지 조사하면서 this MS article을 보았습니다. 이제 datetime의 색인을 기사에서 언급 한 것처럼 작성해야하는지 궁금합니다. Google에서 검색 할 때 다른 곳에서 언급 한 datetime으로 색인을 만드는 기술을 찾지 못했지만 다른 사람들이 무엇을 할 것인지 궁금합니다.

Answer 1

정확한 색인 정의 란 무엇입니까? (City, Category, CreatedOn, CutOffDate, Type, Visibility)의 색인은 사용자 검색어에 사용할 수 없습니다. 사실, 두 필드에서 부등식 비교 (>)를 사용하는 조건이 있고 조건 사이에 OR 조건이 있으면 비교의 datetime 부분을 도울 수있는 색인이 없습니다. 링크 한 기사는 문제와 관련이 없습니다.

좋은 인덱스를 제안하려면 테이블 정의, 사용하는 정확한 쿼리 및 각 열의 카디널리티 (고유 값 수)를 정확하게 알려줘야합니다.