有关改善SQL查询计数性能的建议？

Question

由于选择类似，我有一个查询要花很长时间才能运行：

SELECT 
Count( Distinct t1.v1),
Count (Distinct 
Case t2.v1 When 'blah' then t1.v1
Else null
End ),
....
FROM t1
LEFT JOIN t2 ON t1.v3 = t2.v3
WHERE t1.myDate BETWEEN @start and @end
AND t2.v5 = @id

谁能提出任何改进此性能的好方法？

Answer 1

由于此查询上没有where子句谓词（没有过滤器），因此无论您做什么都将涉及完整的表扫描或索引扫描（除非内部联接限制了结果集...）。

因此，您可以获得的唯一改进可能是影响正在执行的联接类型。 为了提高联接的性能，请确保在t1.v3和t2.v3列上有一个索引。

Answer 2

没有全局，很难说出您要达到的目标等。

但是要立即检查的是索引-您是否有合适的索引（例如，在t1.v3 / t2.v3上）？ 如果您有适当的索引，它们的索引是否碎片化/统计信息过时？

执行计划怎么说？

Answer 3

您在t2上的LEFT JOIN以及在t2.v5 = @id上的过滤器将其更改为内部t2.v5 = @id 。 您需要...LEFT JOIN t2 ON t1.v3 = t2.v3 AND t2.v5 = @id...

接下来，您有哪些索引？ 根据我所看到的

• t1 ：（ mydate，v3）包括（v1）
• t2：（v3，v5）包含（v1）

您也可以尝试反转关键列

最后，确保所有数据类型正确且匹配（即使是第二个计数）。 隐式转换会降低性能。

Answer 4

您可能在t1上进行了1次扫描，在t2上进行了1次寻道，如果您还有其他任何事情，则可能是索引位置不正确，或者您没有给我们足够的信息。

如果您在t1上获得1次扫描，而在t2上获得1次寻道，并且您认为此查询接近适当的解决方案（例如，您无法从看起来像这样的更快查询中获得所需的信息），则可能最佳计划。