sql问题之where条件的优先级
sql问题之where条件的优先级
如果我一个查询里边
过滤,where 子句
用了datetime > 2015-01 and sex = 1
比如数据有100万
肯定是先用datetime过滤要滤到1大批数据了
假如datetime 过滤后,有10万数据符合条件
先用sex,有50万数据符合条件.
我肯定是希望先用datetime来过滤,然后再用sex过滤.
还是我根本不用考虑,系统底层无差别?
我在用sql server.
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(4)
还是从运算符优先级分析
not最高,其次是and,最低是or,从左到右求值,括号可改变优先级
不用考虑, mysql 有自己的查询优化器,跟你自己写的先后顺序无关. sql server 虽然没用过,应该一样的.
不用考虑,数据库会自动根据自己的优化器制定执行计划。
就拿题主所举的例子来说,优化器会和题主做出一样的选择,先通过datetime获取少量数据,再用sex做下一步筛选。
在 SQL Server 中,WHERE 子句的表达式先后顺序没有影响。根据运算符的优先级进行运算,相同优先级的运算符两侧的表达式根据评估的代价多寡来运算,先运算代价小的,后运算代价大的。
如果楼主(或楼主所在的项目)对性能比较敏感,可以通过优化查询策略(如利用索引等)来「引导」Sql Server 的优化器先运算代价小的、后运算代价大的表达式。
All-At-Once Operation(同时操作)概念
SQL 支持这种概念,这意味着统一逻辑查询处理阶段中出现的所有表达式都是同时进行计算的。这一块我们可以分别讲讲 SELECT 子句和 WHERE 子句。
SELECT 子句
以下代码是错误的:
原因是:由于 SELECT 子句中所有列名逻辑上没有先后顺序的,所有表达式都是在同一时刻进行的
WHERE 子句
接下来就是回应本回复最早前那句话的问题了,关于 WHERE 子句,我们首先来看这么一个例子:
假设楼主想找
col2 / col1
值大于2
的所有col1
和col2
集,但又担心除数为零出现错误,所以在之前加上了col1 <> 0
。问题在于,这是否有用?假设咱们的数据库足够机智,通过「短路求值」的原则来执行,放
col1
为0
时不再去判断col2 / col1 > 2
,那么貌似不会出错,但是……我们不能忘记 All-At-Once Operation 这个概念,这个概念被写进了 ANSI SQL 中,所以微软对 ANSI SQL 的实现(Microsoft SQL Server)可以按照它喜欢的任意顺序来自由处理 WHERE 子句中的表达式(其中包括自由选择支持「短路求值」),这种选择的「喜好」的唯一依据是性能,或者说代价,也就是说先计算需要付出较小代价的表达式,然后计算较大代价的表达式。如果 SQL Server 决定先计算
col2 / col1 > 2
这个表达式,那么可能会因为除数为零而出现错误,进而查询失败。总结
楼主不必关心 WHERE 子句的表达式先后顺序是否会对查询性能产生影响,优化器会根据评估自动对其进行先后运算,其依据是运算符的优先级和评估的性能代价。
楼主可以尝试通过建立索引以减少对 IO 的需要,以此来提高性能。同时决定性能的要素很多,包括你的表的设计、硬件、网络等,更加具体的信息建议楼主阅读 《Microsoft SQL Server 2008 技术内幕:T-SQL 查询》,能系统地了解性能相关的信息。