请问在一个查询里表连接的顺序对查询的性能是否有影响
请问在一个查询里表连接的顺序对查询的性能是否有影响？
如果有影响，我想问连接时的顺序是从左到右还是从右到左？
如: a inner join b on condition1 left outer join c on condition2
inner join d on condition3
其执行连接的顺序是什么？如果各个表的大小不一样，那么应该遵循什么规则才能达到最快速度？
不好意思，在书上找不到，就上来问啦。另外，where子句里的各个条件语句放置顺序是否对查询有影响？
问题点数：100、回复次数：21Top
1 楼CCEO（CSDN的CEO）回复于 2002-12-11 11:43:04 得分 20
sql server的自动优化机制使得这个次序是没有意义的，除非你自己指定了油画选项。
Top
2 楼CrazyFor（冬眠的鼹鼠）回复于 2002-12-11 11:45:06 得分 0
还是找书吧，清楚点
简单说一下，
A和B表
A left outer join B = B right outer join A
A left outer join B 适合A和B的一对多关系，即A的一条记录对应B的多条记录,如“-->” 如引号中的箭头，结果集中只包括A表中有的记录。Right outer join 如“<--”
A full outet join B 如“<-->”
Top
3 楼Chiff（~o~）回复于 2002-12-11 11:45:27 得分 30
where子句里的各个条件语句放置顺序是否对查询有影响？
据我观察没有。因为不管你怎样放，mssql最后都会按他的规则排顺序。
据我所知，所有常量逻辑总是会排在最前面。比方说：
where 1=1 and 列a='a'
sql在查询时总是会把1=1之类的放在前面。Top
4 楼wxbfly（背着黄金的飞鸟）回复于 2002-12-11 11:51:16 得分 0
没有连接顺序？好象不对吧，我记得哪里说可以用括号来改变连接的顺序的。请各位明示。
to CCEO() :
请问油画机制是做什么用的？Top
5 楼Chiff（~o~）回复于 2002-12-11 11:53:40 得分 0
（油画）优化机制。Top
6 楼microd（重构一切）回复于 2002-12-11 11:55:08 得分 0
不用说，肯定有Top
7 楼Chiff（~o~）回复于 2002-12-11 11:58:26 得分 0
关于条件顺序判断，很容易测试的：
拿个除以零的条件放在条件列表里面。
Top
8 楼microd（重构一切）回复于 2002-12-11 12:00:45 得分 10
Where 后面的条件有影响，在同等条件，把记录多条件的放在最后面，因为Where 语句总是从最后面的语句开始执行，这样会减少过滤时间(也就是执行时间呢！)。Top
9 楼wxbfly（背着黄金的飞鸟）回复于 2002-12-11 12:07:45 得分 0
ok,我可以测where后条件的执行顺序。
to microd(做人真累):
关于你说的从后到前的执行顺序你有没有测过，是否真的是这样？Top
10 楼mylovexs（不了塵）回复于 2002-12-11 12:35:27 得分 10
有影響,sql查詢優化器根據where循序採用索引,除非指定索引Top
11 楼Chiff（~o~）回复于 2002-12-11 12:37:00 得分 0
microd(做人真累)：
“因为Where 语句总是从最后面的语句开始执行”
你试过吗？何以见得？Top
12 楼Chiff（~o~）回复于 2002-12-11 13:14:58 得分 0
关于条件执行的顺序，让我们来做一个测试！
create table test(id int)
insert into test values(1)
insert into test values(2)
------------------------------------------
select * from test where 1/0=1 or 1=1
--1
--2
select * from test where 1/0=1 or id in(1,2)
--遇到零除错误
select * from test where 1/0=1 and id = 3
--遇到零除错误
------------------------------------------
select * from test where id/0=id or id=id
--遇到零除错误
select * from test where id=id or id/0=id
--1
--2
-------------------------------------------
select * from test where 1/0=1 or id = 1
--遇到零除错误
-------------------------------------------
select * from test where id/0 = 1 or id = id
--遇到零除错误
select * from test where id = id or id / 0 = 1
--1
--2
-------------------------------------------
select * from test where id/0 =1 or 1=1 or id/0 = 4 or 1/0=1 or id=id/0
--1
--2
select * from test where id/0 =1 and 1=2 and id/0 = 4 and 1/0=1 and id=id/0
--没有结果，也没有报错
-------------------------------------------
至少可以看出：
sql在执行条件语句的时候是将条件分级别匹配的，级别最高的是：
常量与常量的比较
而且级别分得非常细，所以我也分析不出确切的机制。
只有在级别完全相同的时候，才是从左至右或从右至左来匹配。
不对之处请大家指正。Top
13 楼Chiff（~o~）回复于 2002-12-11 13:52:56 得分 0
大家来讨论一下。Top
14 楼xystarch（Cyan）回复于 2002-12-11 14:14:54 得分 0
我觉得对这个问题的分析需要对SQL语言的底层结构和它所基于的数学理论进行讨论,比如关系代数与集合演算.
但是SQLServer内置的查询优化器会改变实际查询的方式,在QA里面看到的
Executing Plan并不符合我们实际的sql语句
好像有个开关
set queryOptima=off(具体是什么我忘了)
将优化器关掉后就可以看到连接顺序和条件顺序对于性能优化的影响了.Top
15 楼wxbfly（背着黄金的飞鸟）回复于 2002-12-11 14:19:15 得分 0
谢谢Chiff(~o~) 的关心。
我想讨论对大家都会有好处，我可以加分，请各位高手继续。Top
16 楼xystarch（Cyan）回复于 2002-12-11 14:21:01 得分 30
SQL SERVER 的查询引擎是基于开销的查询引擎.
基于开销的查询优化器在备选计划中选择应答 SQL 查询的计划。选择是基于对执行特殊计划的开销估算（I/O 操作数、CPU 秒数，等等）而作出的。它通过记录表或索引中记录的数目和构成的统计数字估算这些开销。与基于语法的查询优化器不同，它不依赖于查询的确切语法或查询中的子句顺序。
Top
17 楼Chiff（~o~）回复于 2002-12-11 14:26:41 得分 0
xystarch说得有道理。Top
18 楼Chiff（~o~）回复于 2002-12-11 14:27:31 得分 0
问题是，mssql是怎样判断开销的呢？Top
19 楼zxdragon（zxdragon）回复于 2002-12-11 14:28:03 得分 0
实际上ON后面的条件内容也很重要。
通常在表连接时，一般采用
A LEFT JOIN B ON A.id=B.id
如果可能写成
A LEFT JOIN B ON A.id=B.id AND A.Name=B.Name AND A.Date=B.Date ...
虽然 A.id=B.id 就一定决定 A.Name=B.Name AND A.Date=B.Date
但是还是劝你写的繁一点，这样在你联接N多个表或数据量较大时，你的查询时间会少很多。
血的教训呀~~~Top
20 楼xystarch（Cyan）回复于 2002-12-11 14:39:49 得分 0
http://www.microsoft.com/china/technet/sql/Technote/dat411.asp
我们所写出的sql语句是一个查询计划,是抽象数学演算的实现,最值得信赖的优化还是要根据关系代数与集合演算来做
我的导师告诉我说:将你的sql语句转化成数学演算来分析怎么实现优化!
但是实际情况中我们又不得不考虑表中数据量对于性能的影响
基于开销和基于语法这两种模型的结合才是最理想的.
但是这个mssql是怎么实现的?的确是个问题(我想这个可能是mssql的核心所在吧).Top
21 楼xystarch（Cyan）回复于 2002-12-11 14:49:16 得分 0
我找到那条语句了
SET FORCEPLAN ON
将会强制查询基于语法而不是开销.