이 2 천만 레코드 뷰를 더 빨리 쿼리하려면 어떻게합니까?

검색 기능을 위해 검색 해야하는 모든 테이블의 레코드가있는보기를 사용하고 있습니다. 이보기에는 거의 2 천만 건의 기록이 있습니다. 이보기에 대한 검색에 시간이 너무 많이 걸립니다.

이 뷰의 성능을 향상 시키려면 어디를 봐야합니까?

보기의 대략적인 정의는 다음과 같습니다. 여기에는 13 개의 테이블과 30 개의 필드가 포함됩니다.

CREATE VIEW [dbo].[v_AllForSearch]
AS
SELECT 
  FT.firstField AS [firstField]
, FT.fld_primary AS [fld_primary]
, FT.fld_thirdField AS [thirdField]
, FT.fld_fourthField AS [fourthField]           
, ISNULL(ST.[fld_firstSearchField],'') AS [firstSearchField]
, ISNULL(TT.[fld_thirdSearch],'') AS thirdSearch
, ISNULL(TT.[fld_fourthSearch],'')AS fourthSearch
, ISNULL(TT.[fld_fifthSearch],'')AS fifthSearch
, ISNULL(FRT.[fld_sixthSearch],'') As [sixthSearch]
, ISNULL(FRT.[fld_seventhSearch],'') AS [seventhSearch]
, ISNULL(FRT.[fld_eightSearch],'')AS [eightSearch]
, ISNULL(FIT.[fld_nineSearch],'') AS [nineSearch]
, ISNULL(SIT.[fld_tenthSearch],'')AS [tenthSearch]
, ISNULL(SET.[fld_eleventhSearch],'') AS [eleventhSearch]
, ISNULL(ET.[twelthSearch],'')AS [twelthSearch]
, ISNULL(NT.[thirteenthSearch],'')AS [thirteenthSearch]
, ISNULL(NT.[fourteenSearch],'') AS [fourteenSearch]
, ISNULL(NT.[fifteenSearch],'') AS [fifteenSearch]
, ISNULL(NT.[sxteenSearch],'')  AS [sxteenSearch]
, ISNULL(NT.[seventeenSearch],'') AS [seventeenSearch]
, ISNULL(NT.[eighteenSearch],'')AS [eighteenSearch]
, ISNULL(TT.[ninteenSearch],'') AS [ninteenSearch]
, ISNULL(ELT.[twentySearch],'') AS [twentySearch]
, ISNULL(ELT.[twentyOneSearch],'') AS [twentyOneSearch]
, ISNULL(TWT.[twentyTwoSearch],'') AS [twentyTwoSearch]
, ISNULL(THT.twentyThree,'') AS [twentyThree]
, ISNULL(THT.twentyFour,'') AS [twentyFour]
, ISNULL(THT.twentyFive,'') AS [twentyFive]
, ISNULL(THT.twentySix,'') AS [twentySix]
FROM 
      tblFirstTable AS FT         
      LEFT JOIN [tblSecondTable] AS ST 
            ON ST.[fld_primary] = FT.[fld_primary]        
      LEFT JOIN [tblThirdTable] AS TT 
            ON TT.[fld_primary] = FT.[fld_primary]        
      LEFT JOIN [tblFourthTable] AS FRT 
            ON FRT.[fld_primary] = FT.[fld_primary]       
      LEFT JOIN [tblFifthTable] AS FIT 
            ON FIT.[fld_primary] = FT.[fld_primary]       
      LEFT JOIN [tblSixthTable] AS SIT 
            ON SIT.[fld_primary] = FT.[fld_primary]       
      LEFT JOIN [tblSeventhTable] AS SET 
            ON SET.[fld_primary] = FT.[fld_primary]       
      LEFT JOIN [tblEighthTable] AS ET 
            ON ET.[fld_primary] = FT.[fld_primary] 
      LEFT JOIN [tblNinthTable] AS NT 
            ON NT.[fld_primary] = FT.[fld_primary]        
      LEFT JOIN [tblELTnthTable] AS TT 
            ON TT.[fld_primary] = FT.[fld_primary]        
      LEFT JOIN [tblEleventhTable] AS ELT 
            ON ELT.[fld_primary] = FT.[fld_primary]       
      LEFT JOIN [tblTwelthTable] AS TWT 
                            ON TWT.[fld_id] = ELT.[fld_id]  
              LEFT JOIN [tblThirteenthTable] AS THT
            ON THT.[firstField]= FT.[firstField]
WHERE fld_Status ..

뷰는 확장되는 매크로입니다. 따라서 뷰가 2 개의 테이블의 JOIN 인 경우 실행 계획에 2 개의 테이블이 표시됩니다. 보기가 투명합니다.

뷰가 색인화되거나 구체화 된 경우에는 적용되지 않습니다. 그러나이 질문을하지 않을 것입니다.

그렇다면 실행 계획은 무엇을 말합니까? DTA? 누락 된 인덱스 dmv 쿼리? 가장 비싼 dmv 쿼리?

뷰와 테이블에 대한 자세한 내용이 없으면 그 대답은 "의존적"이지만 인덱스가 필요한 필드에 대한 뷰의 WHERE 절을 시작할 수 있습니다.

다른 사람들이 말한 것 외에도 (WHERE 절, 도움이 될만한 INDEXes) 뷰에서 인덱스를 생성하는 것이 가능하다고 가정하면 인덱스 뷰를 고려할 것을 제안합니다 ( details ). 그런 다음 NOEXPAND 힌트를 쿼리에 적용 할 수도 있습니다 ( details ).

일반적인 대답은 실행 계획을 살펴 보는 것입니다. 조인이 색인됩니까? 출력 필드가 해당 인덱스에 포함되어 있습니까? 볼 필요가있는 열만 출력하고 있습니까?

아마 내가 할 일은 2 뷰를 만드는 것입니다.

• 첫 번째보기는 검색해야하는 필드에 불과합니다. 그 필드들만 각 행의 ID 필드와 검색하는 테이블 종류를 반환합니다. 여러 테이블을 검색하는 UNION ALL 뷰를 만들어 비슷한 작업을 수행했습니다. 방금 ID, 유형 및 텍스트 필드를 포함시키기 위해 검색하고 싶었습니다.

• 두 번째보기는 첫 번째보기에서 수집 된 결과 표시를 처리하며 결과를 표시하거나보기 대신 모든 테이블을 저장 프로 시저로 만듭니다.

맨 아래에 GROUP BY가있는 UNION ALL을 수행하고 왼쪽 외부 조인을 모두 수행하지는 않습니다.