쿼리가 저장 프로 시저보다 훨씬 느립니다?

Question

위로 가기 100 초로 aprox 2 초를 수행하는 쿼리를 만들었습니다.이 정확한 쿼리의 저장 프로 시저를 만들면 실행하는 데 12-13 초가 걸립니다.

왜 그런가요?

• 요소 나타난 횟수 = 2,309,015는 (사용자 ID로 지정한 = 326,969)
• 일치 나타난 횟수 = 1,290 (사용자 ID로 지정한 = 498)
• 사이트에 나타난 카운트 = 71 (사용자 ID로 지정한 = 9)

코드

with search (elementid, siteid, title, description, site, link, addeddate) 
as 
(
    select top(@top) 
     elementid, 
     elements.siteid, title, elements.description, 
     site = 
      case sites.description 
       when '' then sites.name 
       when null then sites.name 
       else sites.name + ' (' + sites.description + ')' 
      end, 
     elements.link, 
     elements.addeddate 
    from elements 
     left join sites on elements.siteid = sites.siteid 
    where title like @search and sites.userid = @userid 
    order by addeddate desc 
) 
select search.*, isnull(matches.elementid,0) as ismatch 
from search 
    left join matches on matches.elementid = search.elementid 

Answer 1

코드없이, 난 단지 추측 할 수있다. 샘플 질의를 작성할 때, 상수 where 절과 두 번째 캐쉬가 있습니다. 저장 프로 시저에서는 where 절의 상수를 기반으로 쿼리 계획을 캐싱하거나 최적화 할 기회가 없습니다. 내가

먼저 하나를 시도 같이 당신의 SP를 작성하는 두 가지 방법을 제안 할 수

Answer 2

:

create procedure sp_search 
(
    @top int, 
    @search nvarchar(max), 
    @userid int 
) 
as 
begin 
    declare @p_top int, @p_search nvarchar(max), @p_userid int 

    select @p_top = @top, @p_search = @search, @p_userid = @userid 

    with search (elementid, siteid, title, description, site, link, addeddate) 
    as 
    (
     select top(@p_top) 
      elementid, 
      elements.siteid, title, elements.description, 
      site = 
      case sites.description 
       when '' then sites.name 
       when null then sites.name 
       else sites.name + ' (' + sites.description + ')' 
      end, 
      elements.link, 
      elements.addeddate 
     from elements 
      left join sites on elements.siteid = sites.siteid 
     where title like @p_search and sites.userid = @p_userid 
     order by addeddate desc 
    ) 
    select search.*, isnull(matches.elementid,0) as ismatch 
    from search 
     left join matches on matches.elementid = search.elementid 
end 

두 번째, 당신이 만들 때 그것을 SP 인라인 테이블 함수를

create function sf_search 
(
    @top int, 
    @search nvarchar(max), 
    @userid int 
) 
returns table 
as 
return 
(
    with search (elementid, siteid, title, description, site, link, addeddate) 
    as 
    (
     select top(@top) 
      elementid, 
      elements.siteid, title, elements.description, 
      site = 
      case sites.description 
       when '' then sites.name 
       when null then sites.name 
       else sites.name + ' (' + sites.description + ')' 
      end, 
      elements.link, 
      elements.addeddate 
     from elements 
      left join sites on elements.siteid = sites.siteid 
     where title like @search and sites.userid = @userid 
     order by addeddate desc 
    ) 
    select search.*, isnull(matches.elementid,0) as ismatch 
    from search 
     left join matches on matches.elementid = search.elementid 
) 

Answer 3

를 사용 컴파일되고 저장되며 SP에 결과가 필터링되는 매개 변수가있을 때 옵티마이 저가 실행시 전달할 값을 알지 못하면 33 % 선택으로 간주하고 이에 따라 계획을 만듭니다. 쿼리를 실행하면 값이 제공되고 최적화 프로그램은이 값에 따라 실행 계획을 만듭니다. 분명히 계획은 다르다.

Answer 4

비슷한 질문 here

는 저장된 프로 시저 선언 SET ANSI_NULLS OFF