SQLクエリ変数とハードコードされた値の比較

Question

私は自分で見つけることができなかったので、（私はそれを検索する方法がわからないため）何かの説明が必要です。

いくつかのCommon Table Expressionsを持つSQL Serverクエリがあります。これらのCTEの1つは、日付とユーザーがnullでないことに基づいてデータを選択しています。

WHERE 
    "dummy"."UsageEnd" >= '20161001' 
    AND "dummy"."UsageEnd" < '20161101' 
    AND "Users"."Login" IS NOT NULL 

この形式では、このクエリは約2秒で実行されますが、このクエリは非常に一般的に実行されるため、パラメータに変更する必要があります。しかし、私はそれを変更した場合：リマインダーとして（

declare @datestart datetime 
set @datestart = '20161001'; 

declare @dateend datetime 
set @dateend = '20161101'; 

このサブクエリは、23〜24秒で実行し、全体の問合せこのサブクエリを：@startと@endはどちらかdatetimeまたはvarcharとして宣言されている

WHERE 
    "dummy"."UsageEnd" >= @start 
    AND "dummy"."UsageEnd" < @end 
    AND "Users"."Login" IS NOT NULL 

以前は12〜15秒かかっていたときに7〜8分かかります）。

日付を変数と比較すると実行時間が非常に劇的に向上する理由を誰かに説明できますか？また、CTEが変数である場合には、1つではなく毎回それを再評価するため、クエリ全体が長時間かかる可能性もあります。

Answer 1

問題がうまくみんなのコメントの組み合わせによって発生する可能性がありますあなたのUsageEnd列がdatetimeデータ型ではなく、varchar型は、オプティマイザは最初の順序でのdatetime型にすべての値を変換する必要があります場合は

変数との比較を行います。

「ハードコードされた定数」を持つ最初のクエリはすでにvarcharにあるため、オプティマイザは比較を高速に実行できます。

両方の計画が異なって見え、問題の原因を明確に示しています。

Answer 2

演算子が異なるデータ型の2つの式を結合する場合、データ型の優先順位の規則は、優先順位の低いデータ型が優先順位の高いデータ型に変換されるように指定します。変換がサポートされている暗黙の変換でない場合、エラーが戻されます。 MSDN