SQL Server 다중 인덱스 순서 최적화

Question

ID1과 ID2에 비 클러스터형 인덱스 1이있는 테이블이이 순서대로 있습니다.

Select count(distinct(id1)) from table 

반환

1 Select count(distinct(id2)) from table은 테이블의 모든 값이 있습니다. 해당 테이블에

querys 내가 index1의의 필드의 순서를 전환 할 경우 어떤 성능 향상을 할 수

... where id1= XX and id2 = XX를 사용?

나는 그것이 더 좋을 지 모르지만 아마 : id1은 단지 1 개의 값을 갖고 있기 때문에 무관심한가요?

Answer 1

나는이 두 문장을 비교하고, 제대로 이해하고 대부분의 상황에서

where id1= XX and id2 = XX 

, 이것은 table(id1, id2) 또는 table(id2, id1)에 인덱스를 사용할 것이다. where (또는 on) 절의 비교 순서는 어떤 인덱스를 사용할 수 있는지에 영향을 미치지 않습니다.

고유 인덱스에 단일 값만있는 열을 포함해야하는지 여부는 다른 문제입니다. 더 복잡한 인덱스를 갖는 것에 약간의 성능 효과가 있습니다. 트리 구조는 각 키에 대해 더 많은 바이트를 저장해야합니다. 그러나 쿼리는 :

select count(distinct id2) 
from table 
where id1 = xx and idx = xx 

실제로 싱글 인덱스 table(id2)보다 복합 인덱스을 빠르게 실행됩니다.그 이유는 복합 색인을 사용하여 쿼리를 완전히 만족시킬 수 있기 때문입니다 (전문 용어에서는 "쿼리의 커버 인덱스"입니다). 싱글 톤 인덱스는 테이블 데이터에서 id1의 값을 검색해야하므로 추가 처리가 필요합니다.

Answer 2

색인과 관련된 항목을 정의하는 순서입니다. 열 ID1에 항상 1 개의 값만있는 경우 비 클러스터형 색인의 Covering Index에서 사용하지 않는 한 색인에 넣을 필요가 없습니다 (즉, 표 자체의 물리적 순서가 아니라 색인을 의미 함)). 일반적으로 색인에 정의 된 첫 번째 열은 검색해야하는 가장 다양한 값이있는 열이어야합니다. 이렇게하면 1 백만 행의 표가 있고 색인의 첫 번째 열에는 1 (또는 소수)의 다양한 값만있는 경우이 방법으로 시각화하면 1 백만 개 중에서 원하는 행을 찾는데 도움이됩니다. ? 또는 ID2를 먼저 검색하는 것이 더 효율적이며 검색에 더 효율적이며 더 자주 사용되는 것은 자신에게 물어 보는 것입니다. 아래는 귀하의 질문에 대한 더 많은 정보입니다.

SQL Server Clustered Index - Order of Index Question

당신이 클러스터되지 않은 인덱스를 사용하는 경우, 당신의 색인에서 첫 번째 열이 모두 같은 값 인 경우 다른하지 나타날 수 있습니다. 그러나 문제가되는 이유는 Non-Clustered Index가 여러 페이지에 저장되기 때문입니다. 페이지에 저장할 수있는 항목이 많을수록 더 빨리 검색 할 수 있습니다. 검색에 값을 추가하지 않는 페이지에 열을 포함하면 동일한 인덱스가 더 많은 페이지를 확장해야합니다. 더 많은 페이지 뒤집기 및 더 긴 조회를 의미합니다. 또한 인덱스가 업데이트 될 때 삽입 도중 기존 페이지에 새 항목을 추가 할 공간이 적어 더 많은 페이지 분할이 발생합니다. 따라서 색인에 단 하나의 값만있는 열을 추가하려는 결정에 부작용이 있습니다. 열을 사용하여 공통 선택에서 검색된 값을 "덮어 쓰는"경우 인덱스에 포함 된 열을 사용할 수도 있습니다.이 열은 인덱스를 재정렬하지 않고 추가로 적용 할 수있는 인덱스처럼 작동합니다. 그것이 원래 1 개의 값만을 가진 Column을 추가하기위한 의도 된 목적 이었다면.