ストアドプロシージャここでは多くのパラメータを含むステートメント

Question

私はたくさんのストアドプロシージャを開発していますが、その大部分にはwhere節があります。私に関する何

WHERE 
    (CE.EnquiryDate >= @StartDate or @StartDate is null) and 
    (CE.EnquiryDate <= @EndDate or @EndDate is null) and 
    (CE.ClientID = @ClientID or @ClientID is null) 

パフォーマンスがあると計画がSPの最初の実行時にキャッシュされている場合のClientIDが、それは明らかに起こっている渡されたときにのみ、トラック、すなわちダウン潜在的原因の問題が発生した実行計画ClientIDが渡されず、StartDateとEndDateが異なる場合とは異なります。

複数のストアドプロシージャに分割したり、OPTION (RECOMPILE)を使用して、実行ごとに新しい計画を立てる方が良いでしょうか？最良のアプローチが開発の初期段階にあるかどうかは不思議です。

Answer 1

この質問の標準的な扱いは、Erland SommarskogのDynamic Search Conditions in T-SQLです。テクニックとトレードオフの詳細については、それをお読みください。

OPTION RECOMPILEを使用している場合、SQL 2008 SQL Serverはこの種のクエリに対して最適化します。ヌル・パラメーターに対応する述部は、コンパイル中に照会から除去されます。ですから、OPTION RECOMPILEは私のここでのデフォルトですが、いくつかの検索パターンがある場合は、安価にする必要があります。以下のような

何か：

IF (@StartDate is not null and @ClientId is not null) 
BEGIN 

    SELECT * 
    FROM T 
    WHERE 
     (CE.EnquiryDate >= @StartDate) and 
     (CE.EnquiryDate <= @EndDate or @EndDate is null) and 
     (CE.ClientID = @ClientID) 

    RETURN 
END 


SELECT * 
FROM T 
WHERE 
    (CE.EnquiryDate >= @StartDate or @StartDate is null) and 
    (CE.EnquiryDate <= @EndDate or @EndDate is null) and 
    (CE.ClientID = @ClientID or @ClientID is null) 
WITH (OPTION RECOMPILE) 

Answer 2

はこれを試してみてください：

WHERE 
    (CE.EnquiryDate >= ISNULL(@StartDate,CE.EnquiryDate)) and 
    (CE.EnquiryDate <= ISNULL(@EndDate,CE.EnquiryDate)) and 
    (CE.ClientID = ISNULL(@ClientID,CE.ClientID)) 

これが原因で、 "< ="、 "> =" と "=" の使用することができます：<」で作業していません"または"> "を入力します。

目標はOR演算子です...魔女はとても遅いです。実行計画を参照してください。

あなたは `各実行のための最適な実行計画を確実にするために、`オプション（再コンパイル）で、動的SQLを使用することができます

X OR Y = NOT (NOT X AND NOT Y)