동일한 쿼리에는 INSERT와 함께 사용할 때 중첩 루프가 있지만

Question

두 개의 테이블이 있습니다. 하나는 약 1500 개의 레코드가 있고 다른 하나에는 약 300000 개의 하위 레코드가 있습니다. 약 1 : 200 비율. 부모 테이블을 스테이징 테이블 인 SomeParentTable_Staging으로 스테이지 한 다음 모든 자식 레코드를 스테이징합니다. 그러나 부모 테이블에 준비된 레코드와 관련된 스테이션 만 원합니다. 그래서 아래의 쿼리를 사용하여 부모 테이블의 스테이지 데이터에 가입하여이 스테이징을 수행합니다.

--Stage child records 
INSERT INTO [dbo].[SomeChildTable_Staging] 
      ([SomeChildTableId] 
      ,[SomeParentTableId] 
      ,SomeData1 
      ,SomeData2 
      ,SomeData3 
      ,SomeData4  
     ) 
    SELECT [SomeChildTableId] 
     ,D.[SomeParentTableId] 
      ,SomeData1 
      ,SomeData2 
      ,SomeData3 
      ,SomeData4  
    FROM [dbo].[SomeChildTable] D 
INNER JOIN dbo.SomeParentTable_Staging I ON D.SomeParentTableID = I.SomeParentTableID; 

실행 계획은 테이블이 중첩 루프로 조인되고 있음을 나타냅니다. 삽입없이 쿼리의 선택 부분 만 실행하면 해시 일치로 조인이 수행됩니다. 따라서 select 문은 동일하지만 삽입 컨텍스트에서 느린 중첩 루프를 사용합니다. 조인 양쪽에 인덱스가 있도록 D.SomeParentTableID에 클러스터되지 않은 인덱스를 추가했습니다. I.SomeParentTableID는 클러스터 된 인덱스가있는 기본 키입니다.

왜 조인을 사용하는 삽입에 중첩 루프를 사용합니까? 삽입에 대한 조인의 성능을 향상시킬 수있는 방법이 있습니까?

Answer 1

몇 가지 생각 :

1. 이 통계를 최신 상태로 있는지 확인합니다. 잘못된 통계는 기괴한 "간헐적 인"쿼리 계획 문제를 해결합니다.

2. 이 인 것을 확인하십시오. 그렇지 않으면 옵티마이 저가 무시할 가능성이 훨씬 높습니다.

3. 아무 것도 도움이되지 않는다면, INNER JOIN이 아닌 INNER HASH JOIN을 작성하여 특정 참여를 강제로 수행 할 수 있습니다.

Answer 2

대상 테이블에 클러스터 된 인덱스가 있습니까? 삽입에서 데이터의 순서를 쉽게하기 위해 조인을 선택해야 할 수 있습니다. 대상 테이블에 클러스터 된 인덱스가 있는지 여부와 실행중인 열의 유형에 따라 실행 계획이 달라졌습니다.