sql - 如何在不访问显示计划的情况下优化 SQL 查询？

Question

我正在编写复杂的即席查询来从客户端的 SQL Server 中提取数据。有些查询需要半小时或更长时间才能运行，而我需要它们在 5 分钟或更短的时间内执行。不幸的是，我无权查看演出计划或任何 sys.dm_ View 来帮助我优化它们。

我确实可以访问所有 INFORMATION_SCHEMA 和 sys 目录 View ，因此我知道存在哪些索引，并且我还可以使用STATISTICS TIME 和 IO 来帮助我衡量更改的有效性。

由于我没有能力比较展示计划，我如何才能最好地利用这些工具来指导我的直觉，以最大限度地减少耗时的试验和错误？或者是否有人有任何过去对他们有用的创新解决方案。

编辑:我只有 db_DataReader 权限 - 我无法创建新对象或索引，但我可以创建临时表并为其建立索引。

Answer 1

这是我要探索的策略。根据经验，绝大多数查询优化是通过使用覆盖索引来避免表扫描和哈希匹配连接来实现的。

查看查询中需要包含的每个表，以及 JOIN ON 中需要使用的列。条款，或 WHERE条款。如果该表具有包含所有这些列的索引，那么您可以继续并在查询中使用该表。您甚至可以使用查询提示来强制查询使用该覆盖索引，但这不是必需的。

如果表没有这样的索引，那么您需要使用现有索引可以获得的最小数据量来填充临时表。

举一个 super 简单的例子，假设有一个包含 10 列和 100 万行的表，该表仅在 Column1 上有一个索引。 。在您的查询中，您需要 JOIN到 Column2 上的那个表并包括Column3 (仅)在您的结果集中。

但最重要的是，也许对于您的最终结果集，您只对具有 Column1 的数据感兴趣。值在 1-100 之间。

我将创建一个只有 Column2 的临时表& Column3 ，聚集索引位于 Column2 ，并用 INSERT..SELECT 填充它使用 WHERE 从原始表获取数据Column1 上的子句过滤器仅获取我需要的行。

通过这种方式，您可以在尽可能小的表上构建索引，与使用扫描原始表的查询相比，这有望使您获得显着的性能提升。