特定のユーザーのクエリが遅い

C＃.NET Webアプリケーションから呼び出されるクエリがいくつかあります。これは常に高速です（SQL Serverのローカル管理者です）が、ユーザーのグループ（必要な権限を持つドメイングループ）の場合、クエリはアプリケーションでタイムアウトするポイント。

まったく同じクエリがユーザーごとに異なる動作をする原因は何ですか？

より詳しい情報：

• クエリは、ストアドプロシージャではなく、C＃コードのインラインSQLです。
• アプリはドメイン認証を使用し、ユーザーと私はアプリを通じてクエリを実行します
• 問題は別のプランであるようで、1つはキャッシュされたため、ユーザーごとに異なっていました。クエリがアプリ経由で遅くなり、SQL Server Management Studioで高速になるため、何かがキャッシュに影響しています。

パラメータが同じである場合（それがの意味だと思いますexact same query）、それはパラメータスニッフィングではないはずです（ユーザーは間違ったパラメータの悪い計画を取得します）が、ユーザーは同じパラメータの異なる計画を取得しています（s）。高速ユーザーと低速ユーザーで比較できるquoted_identifierやなどの設定が原因でarithabortあるかsys.dm_exec_sessions、デフォルトのスキーマが異なり、スキーマプレフィックスなしでオブジェクトが参照されている可能性があります。パラメータのスニッフィングがまだ含まれている可能性があります（そのため、なぜそれらの1つは悪い計画を持っています）。

これには2つの理由があります。1、パラメータースニッフィング2、接続設定が異なります。whoisactiveを実行すると、さまざまな接続プロパティが表示されます。私は実際にこれに関するブログ投稿を持っていますが、そこから会社固有の情報をクリーンアップしていません。（私はまだ私のブログを有効にしていません）;）

試行：すべてのEXECおよびテーブル参照でスキーマを指定します。たとえば、EXEC dbo.MyProc

競合が発生する可能性があります（マーティン・スミスが示唆するように、「同じデフォルトのスキーマ」ですか？）または再コンパイルします

これはSQL Serverのバグのようです。SQL Server 2008でこのバグが発生しました。新しいバージョンをテストしていません。管理者としてログインしてこのクエリを実行すると、0秒で応答を取得できます。

select ROUTINE_NAME from INFORMATION_SCHEMA.ROUTINES ORDER BY ROUTINE_NAME

次に、権限の少ないユーザーとしてログインし、まったく同じクエリを実行すると、応答に45秒かかります。

これは何度も一貫しています。1つは管理者用、もう1つは非管理者用の2つのクエリウィンドウ間で往復する場合、非管理者は常に約45秒かかり、管理者は0秒かかります。