為什麼我的 SQL 查詢在 SSMS 中很快，但在 ASP.NET 中卻很慢？

了解SSMS 與ASP.NET 之間的SQL 效能差異

在SSMS 中執行SQL 查詢時，您會遇到顯著的效能差異到ASP.NET。如下所示的查詢在 SSMS 中運行只需幾秒鐘，但在您的網站上則需要幾分鐘。

DECLARE @customerID INT
SET @customerID = @CustID
DECLARE @MyTable table(
Iden int NOT NULL IDENTITY(1,1),
ProductID int)

INSERT INTO @MyTable(ProductID)
SELECT P.ProductID FROM Product P WITH (NOLOCK)
left join Compunix_ProductMMY cpmmy with (nolock) on p.ProductID = cpmmy.ProductID
left join Compunix_CustomerMMY ccmmy with (nolock) on ccmmy.mmyid = cpmmy.mmyid
WHERE P.Deleted=0 AND P.Published=1 and (ccmmy.customerid = @customerID OR cpmmy.productid IS NULL)

SELECT c.Name, c.SeName, c.CategoryID
FROM Category c WITH (NOLOCK) 
JOIN ProductCategory PC With (NOLOCK) ON C.CategoryID = PC.CategoryID
JOIN @MyTable MT ON PC.ProductID=MT.ProductID
WHERE C.Published = 1
GROUP BY c.Name, c.SeName, c.CategoryID
ORDER BY c.Name

罪魁禍首：參數嗅探

The造成這種差異的最可能原因是參數嗅探。參數嗅探是一種效能最佳化技術，SQL Server 在第一次執行時分析查詢參數，並根據這些參數建立執行計劃。如果稍後查詢參數發生更改，SQL Server 可能不會重新編譯執行計劃並繼續使用原始計劃，這對於新參數可能不是最佳的。

在這種情況下，查詢效能可能會下降，因為首次使用特定 @CustID 值執行查詢時最佳化的執行計畫對於使用不同 @CustID 值的後續執行來說並不理想。

解決問題

為了減輕參數嗅探，您可以在查詢中使用 FORCESEEK 提示。這會強制 SQL Server 為每次執行查詢建立新的執行計劃，確保它使用給定參數的最佳計劃。

要解決此問題，請如下修改查詢：

DECLARE @customerID INT
SET @customerID = @CustID
DECLARE @MyTable table(
Iden int NOT NULL IDENTITY(1,1),
ProductID int)

WITH (FORCESEEK)
INSERT INTO @MyTable(ProductID)
SELECT P.ProductID FROM Product P WITH (NOLOCK)
left join Compunix_ProductMMY cpmmy with (nolock) on p.ProductID = cpmmy.ProductID
left join Compunix_CustomerMMY ccmmy with (nolock) on ccmmy.mmyid = cpmmy.mmyid
WHERE P.Deleted=0 AND P.Published=1 and (ccmmy.customerid = @customerID OR cpmmy.productid IS NULL)

SELECT c.Name, c.SeName, c.CategoryID
FROM Category c WITH (NOLOCK) 
JOIN ProductCategory PC With (NOLOCK) ON C.CategoryID = PC.CategoryID
JOIN @MyTable MT ON PC.ProductID=MT.ProductID
WHERE C.Published = 1
GROUP BY c.Name, c.SeName, c.CategoryID
ORDER BY c.Name

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