우리는 SQL 데이터베이스에 221GB의 테이블을 가지고 있습니다. 주로 데이터를 복제합니다.SQL Server 인덱스 - 힙 (heap)의 클러스터되지 않은 인덱스
팀에서 HEAP에 NON-CLUSTERED 색인을 만들었습니다. 정말로 이것이 공연의 관점에서 도움이됩니까?
IDENTITY 열을 테이블에 넣은 다음 CLUSTERED 인덱스를 만들고 그 다음에 클러스터되지 않은 인덱스를 만들 수 있습니까?
이 데이터의 사용 패턴 및 구조
따라 다름.
클러스터되지 않은 인덱스를 덮고 있습니까?
테이블의 데이터가 계속 변경되고 있습니까?
클러스터링되지 않은 인덱스 (또는 인덱스)를 포함하는 힙 테이블은 클러스터 된 인덱스가 유일한 "인덱스"인 클러스터 된 인덱스보다 성능이 월등합니다 (클러스터형 인덱스는 분명히 항상 다루지 만 최적이 아닐 수도 있습니다). 검색)
클러스터 된 인덱스는 인덱스가 아니며 (데이터가 저장된 위치에 대한 키를 기반으로 한 조회의 관점에서) 인덱스의 선택으로 구성되는 전체 테이블임을 기억하십시오. 실제 (클러스터되지 않은) 인덱스에서는 키와 포함 된 컬럼 만 인덱스에 포함되므로 데이터베이스 페이지 당 더 많은 행을 저장할 수 있고 불필요하게 적은 데이터를 읽는 것을 의미합니다.
대부분의 테이블에는 클러스터형 인덱스가 있어야하지만 비 클러스터형 인덱스는 성능이 가장 중요한 위치입니다.
[이 기사가 흥미로울 수 있습니다.] (http://technet.microsoft.com/en-gb/library/cc917672.aspx) –