클러스터되지 않은 외래 키 인덱스 권장 사항

Question

데이터베이스에 부모 자식 관계 인 테이블이 여러 개 있습니다. 예를 들면 :

CREATE TABLE [dbo].[cntnr_header] 
(
    [cntnr_id]   [dbo].[uid]  NOT NULL, 
    CONSTRAINT [pk_cntnr_header] PRIMARY KEY CLUSTERED ([cntnr_id] ASC), 
); 

CREATE TABLE [dbo].[cntnr_content] 
(
    [cntnr_content_id] [dbo].[uid]  NOT NULL, 
    [cntnr_id]   [dbo].[uid]  NOT NULL, 
    CONSTRAINT [pk_cntnr_content] 
     PRIMARY KEY CLUSTERED ([cntnr_content_id] ASC), 
    CONSTRAINT [fk_cntnr_content_cntnr_header] 
     FOREIGN KEY ([cntnr_id]) 
     REFERENCES [dbo].[cntnr_header] ([cntnr_id]), 
); 

현재 당신이 테이블 cntnr_content에서 외래 키 cntnr_id에 인덱스가없는 볼 수 있습니다. 튜닝 마법사를 실행하고 실제로및 cntnr_id 테이블에 cntnr_content에 클러스터되지 않은 인덱스를 추가하는 것이 좋습니다. cntnr_content_id이 이미 클러스터 된 인덱스이기 때문에 나는 이것을 이해하지 못합니다. 왜 이런 지수를 추천할까요?

CREATE NONCLUSTERED INDEX [_dta_index_cntnr_content_7_821577965__K1_K2] ON [dbo].[cntnr_content] 
(
    [cntnr_content_id] ASC, 
    [cntnr_id] ASC 
)WITH (SORT_IN_TEMPDB = OFF, DROP_EXISTING = OFF, ONLINE = OFF) ON [PRIMARY] 

나는 아마이 표에 불과 cntnr_id에 비 클러스터형 인덱스를 추가해야한다고 생각합니다.

이 시나리오에 권장되는 방법이 있습니까? 나는 항상 이와 같은 관계로 특정 인덱스를 추가해야합니까?

많은 쿼리는 cntnr_id에이 두 테이블을 함께 결합하거나 cntnr_id을 지정하여 cntnr_content에서 선택을 수행합니다. 이것은 또한 업데이트/삭제 무거운 테이블입니다. 업데이트 및 삭제는 항상 기본 키 (cntnr_content_id)에서 수행됩니다.

Answer 1

클러스터 된 인덱스는 물리적으로 디스크에 이진 트리로 저장됩니다. 일반적으로 그들은 무거운 작업 부하를 읽으십시오.

일반적으로 외래 키를 사용하여 해당 테이블의 데이터에 액세스하므로 cntnr_content 테이블에서 클러스터되지 않은 인덱스를 사용하지 않는 것이 좋습니다.

이 경우 외래 키를 사용할 때 찾지 못하는 방식으로 데이터가 디스크 전체에 퍼지기 때문에 기본 키의 클러스터 된 인덱스는 유용하지 않습니다. 따라서 클러스터되지 않은 인덱스를 사용하는 것이 좋습니다.

클러스터되지 않은 인덱스로 변경하면 데이터베이스가 외래 키를 통한 조회에 더 적합한 디스크 포맷을 선택할 수 있습니다. 물론 그렇게하면 기본 키의 조회 속도에 영향을 미치므로 하나의 경우에는 속도가 더 빨라지지만 다른 경우에는 속도가 저하됩니다.

Answer 2

cntnr_id의 비 클러스터형 인덱스는 외래 키에 대한 것이므로 헤더 테이블에서 헤더를 삭제하려고 시도하면 테이블 스캔이 필요하지 않습니다.

또한 헤더로 찾는 기본 사용 사례입니다.

cntnr_content_id에서 클러스터되지 않은 색인 자체만으로는 의미가 없습니다. 클러스터 된 인덱스보다 좁기 때문에 둘 다 (클러스터 된 인덱스) (cntnr_id, cntnr_content_id)의 조합 된 비 클러스터형 인덱스가이 순서대로 포함될 수 있습니다.