SQL性能问题（无where子句与where列（如“％”））

Question

在查询中，执行where子句是否会降低性能？

select bunchofstuff from sometable where column like '%'

与

select bunchofstuff from sometable

建立一些动态查询，只是很好奇。 谢谢。

Answer 1

在SQL 2005 SP3上，运行以下命令

set statistics io on
select * from sys.columns where name like '%'
set statistics io off

set statistics io on
select * from sys.columns
set statistics io off

建议费用几乎相同，因为两者都返回相同的结果集：

(1134 row(s) affected)
Table 'syscolpars'. Scan count 1, logical reads 50, physical reads 0, read-ahead reads 0, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.

接通查询计划和/或IO统计显示， select * from sys.columns where name like '%'是稍微比较昂贵（查询成本与51％，49％为select * from sys.columns ），因为它似乎即使没有作用，过滤器也会被解析和应用。

Answer 2

这些是不同的查询，如果所讨论的列允许使用NULL，则将返回不同的结果！

如果要所有行，只需删除WHERE

Answer 3

每当您过滤结果时，性能都会变慢（当然，除非查询优化器将like优化为空）

我的假设是，由于这是一个动态查询，所以通配符后面会有一些东西。

根据表的大小，通配符like子句可能会导致速度稍有下降或几秒钟/分钟的数量级。

Answer 4

当我使用代码生成SQL时，尝试插入无操作要比尝试获得所有括号以及正确的前后行起来容易得多-我通常使用WHERE (0 = 1) OR ...或WHERE (1 = 1) AND ...

Answer 5

有很多因素需要考虑：

1. 如果必须使用“％”，请确保至少输入“ a％”
2. 接下来，如果要使用动态查询，请尝试使用可选参数
3. 确保正在搜索的列已正确索引（非聚集）。

高温超导

Answer 6

Cade Roux编写的内容...对于SP，您将有一个参数：@ApplyFilter int

在您的选择语句中，您将具有：

SELECT ....
WHERE 
(@ApplyFilter = 1) and ....

这样，应用程序级别将决定过滤器是否适用，并将其传递给SP。 上面将返回0行； 如果您的逻辑是在不应用过滤器的情况下返回所有行，则您将有：

SELECT ....
WHERE 
(@ApplyFilter = 0) and ....

Answer 7

你问我们 ， 你是在回答最好位置的问题。 我们不知道您的特定环境是什么样（数据库，操作系统，硬件配置，前端设置等）。

您应该同时运行此查询，并通过计时每个查询或使用数据库的性能分析工具/选项自行检查性能。

确实，数据库性能测试可能很棘手。 如果不确定如何测试，则可以发布一个新问题，询问如何测试性能。 确保您对DBMS版本是特定的，因为这通常是特定于数据库的。

这种方法最好的部分是，将来您将有能力更好地为自己回答这类问题。