left join顺序不同,竟然结果不同,会吗,如何解释?

人生无悔 2012-08-07 02:03:53
语句1：select count(*)
from v_gzjbwl_fund_amabzzpay a
left join v_gzjbwl_fund_amabzzbankroll b on (a.member_code = b.member_code and a.fund_billnum = b.fund_billnum
and (b.dd_type_settlement <> '承兑汇票' or b.dd_type_settlement <> '商业承兑汇票')
and b.fund_billnum is not null);

语句2：
select count(*)
from v_gzjbwl_fund_amabzzpay a
left join v_gzjbwl_fund_amabzzbankroll b on (
(b.dd_type_settlement <> '承兑汇票' or b.dd_type_settlement <> '商业承兑汇票') and
a.member_code = b.member_code and a.fund_billnum = b.fund_billnum
and b.fund_billnum is not null);

结果分别为：
906040
822


这是oracle版块中的一个题目,想不通,以为lz在耍我们,呵呵,大家的意见呢
...全文
644 15 打赏 收藏 转发到动态 举报
写回复
用AI写文章
15 条回复
切换为时间正序
请发表友善的回复…
发表回复
sichen_1984 2012-08-09
  • 打赏
  • 举报
 回复
SQL code
--贴出楼主的执行计划，大家分析分析，从目前看是由于内层是视图，oracle采取某种优化原则，出问题了。

Connected to Oracle Database 10g Enterprise Edition Release 10.2.0.1.0
Connected as gzjbkh

SQL>
SQL> select * from table(dbms_xplan.display_cursor('1z8y0c7zawd90'));

PLAN_TABLE_OUTPUT
--------------------------------------------------------------------------------
SQL_ID 1z8y0c7zawd90, child number 0
-------------------------------------
--语句1：select count(*) select /*sta 1*/ count(*) from v_gzjbwl_fund_amabzzpay a l
v_gzjbwl_fund_amabzzbankroll b on (a.member_code = b.member_code and a.fund_bill
b.fund_billnum and (b.dd_type_settlement <> '承兑汇票' or b.dd_type_settlement <> '商
b.fund_billnum is not null)
Plan hash value: 2069526587
--------------------------------------------------------------------------------
| Id | Operation | Name | Rows | Bytes | Co
--------------------------------------------------------------------------------
| 0 | SELECT STATEMENT | | | |
| 1 | SORT AGGREGATE | | 1 | 74 |
| 2 | NESTED LOOPS OUTER | | 613 | 45362 |
|* 3 | HASH JOIN RIGHT OUTER | | 613 | 45362 |
| 4 | TABLE ACCESS FULL | FUND_ACCEPTANCE | 567 | 10773 |
|* 5 | HASH JOIN | | 613 | 33715 |
|* 6 | VIEW | index$_join$_009 | 544 | 15776 |
|* 7 | HASH JOIN | | | |
| 8 | INLIST ITERATOR | | | |
|* 9 | INDEX RANGE SCAN | IX_FUND_BANKROLL_1 | 544 | 15776 |
| 10 | INDEX FAST FULL SCAN | IX_FUND_BANKROLL | 544 | 15776 |
| 11 | TABLE ACCESS FULL | FUND_BANKROLL_DETAIL | 2480 | 64480 |
| 12 | VIEW | | 1 | |
|* 13 | FILTER | | | |
|* 14 | HASH JOIN OUTER | | 1 | 81 |
|* 15 | HASH JOIN | | 1 | 62 |
|* 16 | VIEW | index$_join$_004 | 366 | 10614 |
|* 17 | HASH JOIN | | | |
| 18 | INLIST ITERATOR | | | |
|* 19 | INDEX RANGE SCAN | IX_FUND_BANKROLL_1 | 366 | 10614 |
| 20 | INDEX FAST FULL SCAN| IX_FUND_BANKROLL | 366 | 10614 |
|* 21 | TABLE ACCESS FULL | FUND_BANKROLL_DETAIL | 1 | 33 |
| 22 | TABLE ACCESS FULL | FUND_ACCEPTANCE | 567 | 10773 |
--------------------------------------------------------------------------------
Predicate Information (identified by operation id):
---------------------------------------------------
3 - access("B"."MEMBER_CODE"="C"."MEMBER_CODE" AND
"B"."BANKROLL_DETAIL_BILLNUM"="C"."ACCEPTANCE_BILLNUM")
5 - access("A"."BANKROLL_BILLCODE"="B"."BANKROLL_BILLCODE" AND
"A"."MEMBER_CODE"="B"."MEMBER_CODE")
6 - filter(("A"."BILLTYPE_CODE"='F004' OR "A"."BILLTYPE_CODE"='F005'))
7 - access(ROWID=ROWID)
9 - access(("A"."BILLTYPE_CODE"='F004' OR "A"."BILLTYPE_CODE"='F005'))
13 - filter("B"."BANKROLL_DETAIL_BILLNUM" IS NOT NULL)
14 - access("B"."MEMBER_CODE"="C"."MEMBER_CODE" AND
"B"."BANKROLL_DETAIL_BILLNUM"="C"."ACCEPTANCE_BILLNUM")
15 - access("A"."BANKROLL_BILLCODE"="B"."BANKROLL_BILLCODE" AND
"A"."MEMBER_CODE"="B"."MEMBER_CODE")
16 - filter("B"."BANKROLL_DETAIL_BILLNUM" IS NOT NULL)
17 - access(ROWID=ROWID)
19 - access(("A"."BILLTYPE_CODE"='F002' OR "A"."BILLTYPE_CODE"='F003'))
21 - filter("B"."BANKROLL_DETAIL_BILLNUM" IS NOT NULL)

57 rows selected
SQL> select * from table(dbms_xplan.display_cursor('bjkfpps0pdrcw'));

PLAN_TABLE_OUTPUT
--------------------------------------------------------------------------------
SQL_ID bjkfpps0pdrcw, child number 0
-------------------------------------
--语句2： select /*sta 2*/ count(*) from v_gzjbwl_fund_amabzzpay a left join
v_gzjbwl_fund_amabzzbankroll b on ( (b.dd_type_settlement <> '承兑汇票' or b.dd_typ
'商业承兑汇票') and a.member_code = b.member_code and a.fund_billnum = b.fund_billnum
b.fund_billnum is not null)
Plan hash value: 1377215601
--------------------------------------------------------------------------------
| Id | Operation | Name | Rows | Bytes
--------------------------------------------------------------------------------
| 0 | SELECT STATEMENT | | |
| 1 | SORT AGGREGATE | | 1 | 74
| 2 | NESTED LOOPS OUTER | | 613 | 45362
|* 3 | HASH JOIN RIGHT OUTER | | 613 | 45362
| 4 | TABLE ACCESS FULL | FUND_ACCEPTANCE | 567 | 10773
|* 5 | HASH JOIN | | 613 | 33715
|* 6 | VIEW | index$_join$_009 | 544 | 15776
|* 7 | HASH JOIN | | |
| 8 | INLIST ITERATOR | | |
|* 9 | INDEX RANGE SCAN | IX_FUND_BANKROLL_1 | 544 | 15776
| 10 | INDEX FAST FULL SCAN | IX_FUND_BANKROLL | 544 | 15776
| 11 | TABLE ACCESS FULL | FUND_BANKROLL_DETAIL | 2480 | 64480
| 12 | VIEW | | 1 |
|* 13 | HASH JOIN OUTER | | 1 | 81
| 14 | NESTED LOOPS | | 1 | 62
|* 15 | TABLE ACCESS FULL | FUND_BANKROLL_DETAIL | 1 | 33
|* 16 | TABLE ACCESS BY INDEX ROWID| FUND_BANKROLL | 1 | 29
|* 17 | INDEX UNIQUE SCAN | IX_FUND_BANKROLL | 1 |
| 18 | TABLE ACCESS FULL | FUND_ACCEPTANCE | 567 | 10773
--------------------------------------------------------------------------------
Predicate Information (identified by operation id):
---------------------------------------------------
3 - access("B"."MEMBER_CODE"="C"."MEMBER_CODE" AND
"B"."BANKROLL_DETAIL_BILLNUM"="C"."ACCEPTANCE_BILLNUM")
5 - access("A"."BANKROLL_BILLCODE"="B"."BANKROLL_BILLCODE" AND
"A"."MEMBER_CODE"="B"."MEMBER_CODE")
6 - filter(("A"."BILLTYPE_CODE"='F004' OR "A"."BILLTYPE_CODE"='F005'))
7 - access(ROWID=ROWID)
9 - access(("A"."BILLTYPE_CODE"='F004' OR "A"."BILLTYPE_CODE"='F005'))
13 - access("B"."MEMBER_CODE"="C"."MEMBER_CODE" AND
"B"."BANKROLL_DETAIL_BILLNUM"="C"."ACCEPTANCE_BILLNUM")
15 - filter(("B"."BANKROLL_DETAIL_BILLNUM" IS NOT NULL AND
"B"."BANKROLL_DETAIL_BILLNUM"="B"."BANKROLL_DETAIL_BILLNUM" AND
("B"."DD_TYPE_SETTLEMENT"<>'商业承兑汇票' OR "B"."DD_TYPE_SETTLEMENT"<>'
16 - filter(("A"."BILLTYPE_CODE"='F002' OR "A"."BILLTYPE_CODE"='F003'))
17 - access("A"."MEMBER_CODE"="B"."MEMBER_CODE" AND
"A"."BANKROLL_BILLCODE"="B"."BANKROLL_BILLCODE")
filter("A"."MEMBER_CODE"="A"."MEMBER_CODE")

53 rows selected
人生无悔 2012-08-07
  • 打赏
  • 举报
 回复
谢谢大家，意见一致就好，呵呵
Barton 2012-08-07
  • 打赏
  • 举报
 回复
没区别
天-笑 2012-08-07
  • 打赏
  • 举报
 回复
这样的事 真有点奇葩！！！
理论上应该是一样的
人生无悔 2012-08-07
  • 打赏
  • 举报
 回复
http://topic.csdn.net/u/20120807/10/7577e13a-387f-49a3-ac12-16c156a7ffd5.html?48996

这是原帖

如果真搞出这样的例子,另送400技术分吧,毕竟大家的时间保贵,呵呵

它只有一个left join什么都没有,实在不信会差这么大,呵呵
Mr_Nice 2012-08-07
  • 打赏
  • 举报
 回复
光看这语句，应该不会查询出来不同吧！

貌似原来的LZ想说的是not in 三值逻辑中null的问题。
可这两个语句，如果给出结构的话，可以看到执行计划是一样的啊。

筱筱澄 2012-08-07
  • 打赏
  • 举报
 回复
[Quote=引用 6 楼 的回复:]

如果后面的and 中有一个and改成where 结果集数据会发生变化的。
[/Quote]
问题是她没有改成where
--小F-- 2012-08-07
  • 打赏
  • 举报
 回复
ORACLE的毕竟不懂 不妄加评论
问苍天人生几何 2012-08-07
  • 打赏
  • 举报
 回复
我刚才在SQL SERVER里作了个测试，如果把不表A或表B单方的条件加到left join的on里，对结果没有影响，不知道ORACLE里的是怎样。
建议还是把单方的条件放到where里比较保险
叶子 2012-08-07
  • 打赏
  • 举报
 回复
如果后面的and 中有一个and改成where 结果集数据会发生变化的。
筱筱澄 2012-08-07
  • 打赏
  • 举报
 回复
[Quote=引用 2 楼 的回复:]

我没库,也没看他在库中执行,只是问了他下,呵呵,他说这样的结果,同个库执行的,表示非常怀疑
[/Quote]

你可以模拟一个出来哈
叶子 2012-08-07
  • 打赏
  • 举报
 回复 


select count(*)

from v_gzjbwl_fund_amabzzpay a left join v_gzjbwl_fund_amabzzbankroll b 

on 

(a.member_code = b.member_code 

and a.fund_billnum = b.fund_billnum

and (b.dd_type_settlement <> '承兑汇票' or b.dd_type_settlement <> '商业承兑汇票')

and b.fund_billnum is not null);



select count(*)

from v_gzjbwl_fund_amabzzpay a left join v_gzjbwl_fund_amabzzbankroll b 

on 

((b.dd_type_settlement <> '承兑汇票' or b.dd_type_settlement <> '商业承兑汇票') 

and a.member_code = b.member_code 

and a.fund_billnum = b.fund_billnum

and b.fund_billnum is not null);

如果是同一个目标库的话，结果应该是一样的。
筱筱澄 2012-08-07
  • 打赏
  • 举报
 回复
v_gzjbwl_fund_amabzzpay 这个看名字是个想个视图


不管它是不是视图，

我都坚信 只改变条件顺序 对结果是没有任何印象的。
人生无悔 2012-08-07
  • 打赏
  • 举报
 回复
我没库,也没看他在库中执行,只是问了他下,呵呵,他说这样的结果,同个库执行的,表示非常怀疑
筱筱澄 2012-08-07
  • 打赏
  • 举报
 回复
你试出来不一样了？

我看多半是运行错库了
Access数据库基础课程
本课程为《Access数据库基础课程》，主要讲解为两部分，第一部分是讲解如何手动新建表、设置字段类型、数据类型，数据类型使用，条件查询，数据记录的增加、删除、修改，建立表关系等等第二部分为自己编写SQL语句，进行新建、查询、删除、修改（表、字段，内容）、数据的分类汇总，求最大值、最小值、平均值、排序、不重复、top、swicth语句、iif语句、len语句、left、left join 多表联查等等众多语句
left join 顺序不同导致结果不同
先说背景吧 是这样的 我在给一个pt站的保种组做个统计页面 统计方法如下一个用户在给很多种子做种 他也从保种列表(种子列表的一部分)中选择了一些进行做种统计的内容是:一个用户在保种列表里选择了希望保种的种子 同时他正在保种 计算这些种子的数量和容量要求即使用户没有从保种列表中选择 也要显示出来数据库中有这么几个表用户 users种子 torrents用户做种 peers保种 conserve起初我用这样的查询 先将users与peers连接 再连接torrents 这样找到用所正在做种的所有种子然后连接co
左外连接 left join的查询顺序导致结果不同以及效率不同
有两张表，表A和表B,后面SQL查询不以哪个表为主体表,各为其主.现在执行 : (1) select * from A left join B on B.number = A.number; (2) select * from A left join B on A.number = B.number ; 第（1）中执行方式是正常的左关联形式： 这种方式是以A表的number作为...
多个连续的left join连接顺序验证
在实际工作中，很多情况下会用到外连接，尤其是做主页面的数据展示查询时，连续用到多个left join会很常见，这样的多个left join会怎么样执行呢，之前在网上查到的执行顺序是，顺序的从坐到右的连接表，例如有 a,b,c三张表的数据都需要查到，就需要进行连接查询，如 select *  from  a  left join b on a.id = b.id left join a.id = c
【SQL】left join 打乱结果集顺序
分页排序在主表中进行，这样就mysql在执行的过程中分根据我们的理想按字段排序且选出指定分页。 但是在Join时，mysql系统做了优化，所以最终出来的结果又是乱序，此时，对最终被mysql Join打乱的结果顺序再做一次排序，这样就能得到我们想要的结果了。 SELECT r.id, b.name FROM ( SELECT id FROM A WHERE 条件 OR......
应用实例

27,580

社区成员

68,556

社区内容

发帖
与我相关
我的任务
社区描述
MS-SQL Server 应用实例
社区管理员
  • 应用实例社区
加入社区
  • 近7日
  • 近30日
  • 至今

加载中

查看更多榜单
社区公告
暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章