為什麼我的 ASP.NET 查詢比 SSMS 慢？

與SSMS 相比，ASP.NET 中的查詢效能較慢

SQL Server Management Studio (SSMS) 和SQL Server Management Studio (SSMS) 之間的查詢執行時間差異ASP.NET 應用程式可歸因於一種稱為「參數嗅探」的現象。

參數當 SQL Server 在第一次執行期間根據其參數值編譯和執行查詢時，就會發生嗅聞。這些值可能與後續執行中使用的值不同，從而導致執行計劃不理想和效能下降。

在您的特定場景中，查詢的效能在 ASP.NET 網站上會有所不同，因為 @customerID 參數的值正在改變。參數值變更後第一次執行查詢時，它會根據這些值建立有效的執行計劃。但是，由於使用快取的非最佳執行計劃，使用不同參數值的後續執行可能會導致效能降低。

要解決此問題，請考慮以下技術：

• 使用sp_recompile 重新編譯查詢：這個預存程序強制SQL Server 在每次執行時重新編譯查詢，確保執行計劃針對目前參數值進行最佳化。
• 使用查詢提示：「OPTION (RECOMPILE)」提示指示 SQL Server 在每次執行查詢時重新編譯查詢，類似於 sp_recompile。
• 在 ASP.NET 程式碼中參數化查詢： ASP.NET 的資料存取框架（例如 ADO.NET）自動參數化查詢，防止 SQL Server 錯誤地假定參數類型。
• 清除過程快取：使用「DBCC FREEPROCCACHE」指令清除過程緩存，強制 SQL Server 重新編譯任何已快取的預存程序或查詢。

以上是為什麼我的 ASP.NET 查詢比 SSMS 慢？的詳細內容。更多資訊請關注PHP中文網其他相關文章！