SQL左右连接中的on and和on where的区别

SQL左右连接中的on and和on where的区别

原先一直对SQL左右连接中的on and和on where的区别不是太了解,直到在网上看到了下面这段话才豁然开朗。
在使用left join时,on and和on where条件的区别如下: 1、on条件是在生成临时表时使用的条件,它不管on中的条件是否为真,都会返回左边表中的记录。 2、where条件是在临时表生成好后,再对临时表进行过滤的条件。这时已经没有left join的含义(必须返回左边表的记录)了,条件不为真的就全部过滤掉,on后的条件用来生成左右表关联的临时表,where后的条件对临时表中的记录进行过滤。

实践是检验真理的唯一标准,接下来用实验来证明一下:
先上表结构以及数据:

[sql] view plain copy
print?

SQL> create table A (id int, type int);
SQL> select * from A;
ID TYPE


     1          1  
     2          1  
     3          2  

SQL> create table B(id int ,class int);
SQL> select * from B;

    ID      CLASS  

     1          1  
     2          2  

[sql] view plain copy
print?

SQL> select * from A left join B on A.id = B.id where A.type = 1;

    ID       TYPE         ID      CLASS  

     1          1          1          1  
     2          1          2          2  

根据上面那段话的解释,where字句是在生成临时表以后再进行过滤的,也就是可以理解为就是一个左连接:select * from A left join B on A.id = B.id;
其运行结果如下:

[sql] view plain copy
print?

SQL> select * from A left join B on A.id = b.id;

    ID       TYPE         ID      CLASS  

     1          1          1          1  
     2          1          2          2  
     3          2  

然后加上where A.type = 1对临时表进行过滤,除掉A.type不为1的,显然结果正确。

[sql] view plain copy
print?

SQL> select * from A left join B on A.id = B.id and A.type = 1;

    ID       TYPE         ID      CLASS  

     1          1          1          1  
     2          1          2          2  
     3          2  

[sql] view plain copy
print?

SQL> select * from A left join B on A.id = B.id and B.class = 1;

    ID       TYPE         ID      CLASS  

     1          1          1          1  
     3          2  
     2          1  

根据上面那段话的解释:on条件是在生成临时表时使用的条件,它不管on中的条件是否为真,都会返回左边表中的记录。显然左连接再加上新的条件:B.class = 1筛选掉第二行记录,结果正确。

[sql] view plain copy
print?

SQL> select * from A left join B on A.id = B.id where B.class = 1;

    ID       TYPE         ID      CLASS  

     1          1          1          1  

原因通①。(①,②)和(③,④)就是关键词on and和on where的区别,但结果却完全不同。综上三个例子,where是生成临时表以后再进行过滤,对左右表都进行筛选。而and后面的语句如果是对left join中的左表进行过滤将不起任何作用,对右表进行过滤的话,那么左表还是返回所有行,只是右表会被过滤掉一部分行。

再来看看内连接inner join on and和 on where的区别:
由于刚开始表的数据不是太适合,所以先稍微更新一下,这样更好观察inner join和left join在and和where的不同之处。

[sql] view plain copy
print?

SQL> update A set type = 2 where id = 1;

已更新 1 行。

SQL> select * from A;

    ID       TYPE  

     1          2  
     2          1  
     3          2  

SQL> select * from B;

    ID      CLASS  

     1          1  
     2          2  

先看看and的:⑤

[sql] view plain copy
print?

SQL> select * from A inner join B on A.id = B.id and A.type = 1;

    ID       TYPE         ID      CLASS  

     2          1          2          2  

显然输出结果与左连接的不一样,先与没有and的内连接比较一下:

[sql] view plain copy
print?

SQL> select * from A inner join B on A.id = B.id;

    ID       TYPE         ID      CLASS  

     1          2          1          1  
     2          1          2          2  

显然如果按左连接的逻辑,这个结果就是错误的。但这是Oracle输出的,而不是我瞎打的,显然在内连接时与左连接不同了。这里on and条件和on where条件一样对生成以后的临时表同样会被过滤。显然A表id为1的type不为1,所以它被过滤了。

再上几组来验证一下上面这个猜想是否是正确的:

再来看看内连接的where:

[sql] view plain copy
print?

SQL> select * from A inner join B on A.id = B.id where A.type = 1;

    ID       TYPE         ID      CLASS  

     2          1          2          2  

这个也是和左连接一样生成临时表然后进行过滤,不作解释。⑦

[sql] view plain copy
print?

SQL> select * from A inner join B on A.id = B.id and B.class = 1;

    ID       TYPE         ID      CLASS  

     1          2          1          1  

[sql] view plain copy
print?

SQL> select * from A inner join B on A.id = B.id where B.class = 1;

    ID       TYPE         ID      CLASS  

     1          2          1          1  

对比发现:(⑤,⑥)和(⑦,⑧)结果都一样,也就是说内连接inner join on and 或者on where不管是对左表还是右表进行过滤,实际都是在生成临时表以后再进行过滤的,而且对左表和右表都起作用,这与左连接left join有本质的区别!!!
最后上俩没有使用连接语句的例子:

[sql] view plain copy
print?

</pre><p style="margin-top: 14px; margin-bottom: 14px; padding-top: 0px; padding-bottom: 0px; word-break: normal; word-wrap: break-word; font-size: 16px; line-height: 28px; font-family: simsun; text-indent: 2em; color: rgb(51, 51, 51);"></p><pre name="code" class="sql" style="margin-top: 0px; margin-bottom: 0px; padding: 0px; color: rgb(51, 51, 51); font-size: 16px; line-height: 28px;">SQL> select * from A,B where A.id = B.id and A.type = 1;

    ID       TYPE         ID      CLASS  

     1          1          1          1  
     2          1          2          2  

SQL> select * from A,B where A.type = 1 and A.id = B.id;

    ID       TYPE         ID      CLASS  

     1          1          1          1  
     2          1          2          2  

比较简单,不作解释。

总结一下:

在使用left join时,on和where条件的区别如下:

1、on条件是在生成临时表时使用的条件,它不管on中的条件是否为真,都会返回左边表中的记录。(实际上左连接中如果and语句是对左表进行过滤的,那么不管真假都不起任何作用。如果是对右表过滤的,那么左表所有记录都返回,右表筛选以后再与左表连接返回)

2、where条件是在临时表生成好后,再对临时表进行过滤的条件。这时已经没有left join的含义(必须返回左边表的记录)了,条件不为真的就全部过滤掉,on后的条件用来生成左右表关联的临时表,where后的条件对临时表中的记录进行过滤。

在使用inner join时,不管是对左表还是右表进行筛选,on and和on where都会对生成的临时表进行过滤。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 214,837评论 6 496
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 91,551评论 3 389
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 160,417评论 0 350
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 57,448评论 1 288
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 66,524评论 6 386
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 50,554评论 1 293
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,569评论 3 414
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,316评论 0 270
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,766评论 1 307
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,077评论 2 330
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,240评论 1 343
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,912评论 5 338
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,560评论 3 322
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,176评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,425评论 1 268
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,114评论 2 366
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,114评论 2 352

推荐阅读更多精彩内容