我有一個SQL SELECT語句，它在SQL Server Management Studio中運行得非常快（5秒），但從我的 ASP.NET 代碼中運行得非常慢。我讀過這可能與參數嗅探有關。當我從 SSMS 運行 SELECT 語句時，我使用的是 SELECT。但是當我觀看SQL事件探查器時，我的SELECT語句作為具有模式的存儲過程執行：exec sp_executesql N'SELECT foo FROM bar，其中userid = @userid'，N'@userid int'，@userid= 2此 ASP.NET 代碼在四分鐘后超時（連接字符串設置）：SqlCommand objCommand = new SqlCommand("SELECT foo FROM bar WHERE userid = @userid", objCS);SqlDataReader reader;objCommand = new SqlCommand("", objCS);objCommand.CommandType = CommandType.Text;objCommand.Parameters.Add("@userid", SqlDbType.Int).Value = 1;SqlDataReader reader = objCommand.ExecuteReader();在 objCommand.ExecuteReader（） 上超時;此代碼在 SQL Server Management Studio 中執行，時長 5 秒：DECLARE @userid AS Int = 2SELECT foo FROM bar WHERE userid = @userid在 5 秒內返回 60000 多行。如何使 ASP.NET 代碼作為 SELECT 語句而不是存儲過程執行，同時保留參數化存儲過程的安全值？編輯：我認為這可能與使用SQL語句運行代碼的不同用戶與在SSMS中運行SQL語句的用戶有關。從代碼運行的用戶具有不同的服務器權限，包括對表的有限訪問權限。SQL 語句包含一個視圖，并且用戶對該視圖中的所有表沒有基礎 SELECT 訪問權限。這是否也意味著他們無法獲得統計數據？