WHERE句のパラメータを使用してクエリがハングアップする

Question

ここでクエリを理解するのが難しいです。 私のクエリは最終的に結果セットをレポートに返します。ここでは、パラメータでPersonを指定してデータを表示できます。 DimensionテーブルをEmployeeテーブルに追加して、EmployeeテーブルからNameを返します。これは、この

Declare @PM varchar(30) 
Set @PM = 'John Smith' 

SELECT....FullName, EmployeeID, .... 
FROM... 
Inner Join EmployeesT on emp.EmployeeNumber = DimP.PersonID 
WHERE FullName in (@PM) 

ノートのようになります。私のEmployeeテーブルはnvarchar型であり、寸法がvarchar型であるが、私は参加するよう事項がまだ動作していることと思ういけません。

ここでは、テストのために上部にパラメータを設定しました。

ここに私の問題があります：WHERE節をWHERE DimP.PersonID IN ('12345')と言い換えると、3秒間実行されます。クエリをWHERE FullName in (@PM)に変更すると、クエリは永遠に実行されます。それはハングアップし、5つ以上のminuetsのために実行されます。誰も似たような問題を経験しましたか？

結果セットが複数の「人」との正しいデータを生成し、私は一人ではなく、IDを指定することでこれをテストしたいが、私は名前にパラメータを変更したときに、クエリがハングアップ..

Answer 1

マイ同僚は、この問題を解決することができた：彼女は `WHERE emp.empNumberは=（emp.FullName IN（@PM）CASE）

を使用:)

Answer 2

それはパラメータスニッフィングかもしれません。別のパラメータ値の最適化された実行計画にぶら下がっています。 クエリの最後にOPTION（OPTIMIZE FOR（@parm UNKNOWN））を使用してみてください。

Declare @PM varchar(30) 
Set @PM = 'John Smith' 

SELECT....FullName, EmployeeID, .... 
FROM... 
Inner Join EmployeesT on emp.EmployeeNumber = DimP.PersonID 
WHERE FullName in (@PM) 

OPTION (OPTIMIZE FOR (@PM UNKNOWN))