【发布时间】:2011-01-09 13:05:06
【问题描述】:
我在 WHERE 子句中有一个查询连接了 4 个具有很多条件的表。该查询还包括对数值列的 ORDER BY 子句。返回需要 6 秒,这太长了,我需要加快速度。令人惊讶的是,我发现如果我删除 ORDER BY 子句需要 2 秒。为什么 order by 会产生如此巨大的差异以及如何对其进行优化?我使用的是 SQL Server 2005。非常感谢。
由于我正在清除执行计划缓存,因此我无法确认 ORDER BY 有很大的不同。但是,您能否阐明如何加快速度?查询如下(为简单起见有“SELECT *”,但我只选择我需要的)。
SELECT *
FROM View_Product_Joined j
INNER JOIN [dbo].[OPR_PriceLookup] pl on pl.siteID = NodeSiteID and pl.skuid = j.skuid
LEFT JOIN [dbo].[OPR_InventoryRules] irp on irp.ID = pl.SkuID and irp.InventoryRulesType = 'Product'
LEFT JOIN [dbo].[OPR_InventoryRules] irs on irs.ID = pl.siteID and irs.InventoryRulesType = 'Store'
WHERE (((((SiteName = N'EcommerceSite') AND (Published = 1)) AND (DocumentCulture = N'en-GB')) AND (NodeAliasPath LIKE N'/Products/Cats/Computers/Computer-servers/%')) AND ((NodeSKUID IS NOT NULL) AND (SKUEnabled = 1) AND pl.PriceLookupID in (select TOP 1 PriceLookupID from OPR_PriceLookup pl2 where pl.skuid = pl2.skuid and (pl2.RoleID = -1 or pl2.RoleId = 13) order by pl2.RoleID desc)))
ORDER BY NodeOrder ASC
【问题讨论】:
-
查询计划看过了吗?
-
尝试为您在 ORDER BY 子句中使用的列建立索引(如果您还没有的话)
-
还要确保在每次测试之间清除数据/执行计划缓存,否则您可能会得到不正确的结果(最坏的情况是它们实际上执行相同,但第二次运行速度更快)缓存中的数据)。
-
您实际上并没有在生产代码中使用 select * 是吗?您已经加入,因此您至少要发送重复的数据,这只会浪费网络和服务器资源。永远不要选择比实际需要更多的列,也不要从多个表中选择连接列。
-
除了索引建议之外,另一个会严重影响性能的因素是数据类型。按整数排序应该比按日期排序快得多,甚至更糟的是 varchar。
标签: sql sql-server sql-server-2005 performance