这两个语句在逻辑上是等价的:
SELECT * FROM table WHERE someColumn BETWEEN 1 AND 100
SELECT * FROM table WHERE someColumn >= 1 AND someColumn <= 100
一个与另一个相比是否有潜在的性能优势?
这两个语句在逻辑上是等价的:
SELECT * FROM table WHERE someColumn BETWEEN 1 AND 100
SELECT * FROM table WHERE someColumn >= 1 AND someColumn <= 100
一个与另一个相比是否有潜在的性能优势?
没有好处,只是语法糖。
通过使用BETWEEN
版本,您可以在某些情况下避免函数重新评估。
嗯,这是一个令人惊讶的结果。我这里没有 SQL Server,所以我在 Postgres 中尝试了这个。显然免责声明适用:这不一定会给出相同的结果,您的里程可能会有所不同,请在使用前咨询医生。但是还是...
我只是用两种不同的方式编写了一个简单的查询:
select *
from foo
where (select code from bar where bar.barid=foo.barid) between 'A' and 'B'
和
select *
from foo
where (select code from bar where bar.barid=foo.barid)>='A'
and (select code from bar where bar.barid=foo.barid)<='B'
令我惊讶的是,两者的运行时间几乎相同。当我做一个解释计划时,他们给出了相同的结果。具体来说,第一个查询对 bar 进行了两次查找,一次用于 >= 测试,另一次用于 <= 测试,就像第二个查询一样。
结论:至少在 Postgres 中,BETWEEN 确实只是语法糖。
就个人而言,我经常使用它,因为它对读者来说更清楚,特别是如果被测试的值是一个表达式。弄清楚两个复杂的表达式是相同的可能是一项不平凡的练习。找出两个复杂的表达式应该是相同的,即使它们不是相同的更加困难。
不,没有性能优势。它只是一个小糖果。
如果您要检查查询比较,例如
DECLARE @Table TABLE(
ID INT
)
SELECT *
FROM @Table
WHERE ID >= 1 AND ID <= 100
SELECT *
FROM @Table
WHERE ID BETWEEN 1 AND 100
并检查执行计划,您应该注意到它完全一样。
没有性能优势,只是更容易读/写第一个。
哦,但是你们都指的是搜索值在where子句左侧的情况。
有没有人在条款的另一边看到差异。
SELECT * FROM table WHERE @date BETWEEN someCol1 AND someCol2
SELECT * FROM table WHERE someCol1 >= @date AND someCol2 <= @date