SQL Server 쿼리의 이상한 실행 계획

Question

컨텍스트 : SQL Server 2008. 내부 조인에 2 개의 테이블이 있습니다. 4 천만 개의 행이있는 팩트 테이블에는 환자 키와 관리되는 약물 및 기타 사실이 들어 있습니다. 약물 키와 환자 키를이 순서로 결합한 고유 색인 (비 클러스터)이 있습니다. 차원 테이블은 약물 목록 (70 행)입니다. 가입은 약물 키 (대리 키)를 기반으로 약물 코드 (비즈니스 코드)를 얻는 것입니다. 쿼리 :

SELECT a.PKey, a.SomeFact, b.MCode 
FROM tblFact a 
JOIN tblDIM b ON a.MKey = b.MKey 

반환되는 모든 열은 정수입니다. 위의 쿼리는 7 분 내에 실행되며 실행 계획에 (MKey, PKey)의 인덱스가 사용 된 것으로 표시됩니다. 색인은 실행 직전에 재구성되었습니다. 팩트 테이블에서 인덱스를 사용하지 않도록 설정하거나 같은 구조의 인덱스가없는 새 테이블에 데이터를 복사하면 동일한 쿼리에 단 1 분 40 분이 걸립니다.

입학 통계 또한 놀랍습니다.

인덱스 포함 : 테이블 'tblFACT'. 스캔 횟수 70, 논리적 읽기 190296338, 물리적 읽기 685138, 미리 읽기 98713

색인 없음 : 테이블 'tblFACT_copy'. 스캔 횟수 17, 논리적 읽기 468891, 물리적 읽기 0, 미리 읽기 419768

질문 : 왜 인덱스를 사용하여 비효율적 인 경로를 사용하려고합니까?

Answer 1

드문 경우이지만 데이터베이스가 잘못된 실행 계획을 선택합니다. 이 경우 인덱스는 조인에 사용되지만 모든 데이터가 두 테이블에서 모두 페치되므로 전체 테이블을 스캔하는 것이 더 빠릅니다. WHERE 절을 쿼리에 추가하면 인덱싱 된 버전이 훨씬 빠릅니다. 인덱스가 없으면 필요로하는 레코드 몇 개를 포착하는 대신 전체 테이블을 스캔해야하기 때문입니다.

데이터베이스가 인덱스를 사용하지 않거나 다른 인덱스를 사용하도록 유도하는 지시문이있을 수 있지만 SQL 서버는 잘 모릅니다.

Answer 2

통계가 최신입니까? 확인 :

SELECT object_name = Object_Name(ind.object_id) 
,  IndexName = ind.name 
,  StatisticsDate = STATS_DATE(ind.object_id, ind.index_id) 
FROM SYS.INDEXES ind 
order by 
     STATS_DATE(ind.object_id, ind.index_id) desc 

업데이트와 함께 :

exec sp_updatestats; 

Answer 3

당신은 그것을 covering 만들기 위해 tblFact 인덱스에 인클루드로 SomeFact를 추가해야합니다.

현재 테이블이 두 번 액세스됩니다 한 번 인덱스에 대해 한 후 다시 조회 SomeFact를 얻을 수 있도록 중 하나 RID 또는 키 조회 등이 아무튼

'(클러스터 된 인덱스가있을 경우에 따라 다름) 내가 은 암시 적으로 다루는 클러스터 된 인덱스라고 가정하기 때문에 tblDIM에 적용하십시오.