sql连接查询语句中on、where筛选的区别总结

傷城~ 2022-12-13 14:07 190阅读 0赞

**前言**

相信对于每位程序员来说，sql查询这个东西， 要说它简单， 可以很简单， 通常情况下只需使用增删查改配合编程语言的逻辑表达能力，就能实现所有功能。 但是增删查改并不能代表sql语句的所有， 完整的sql功能会另人望而生畏。 就拿比普通增删查改稍微复杂一个层次的连接查询来说, 盲目使用, 也会出现意料之外的危险结果，导致程序出现莫名其妙的BUG。

在连接查询语法中，另人迷惑首当其冲的就要属on筛选和where筛选的区别了， 在我们编写查询的时候， 筛选条件的放置不管是在on后面还是where后面， 查出来的结果总是一样的， 既然如此，那为什么还要多此一举的让sql查询支持两种筛选器呢？ 事实上， 这两种筛选器是存在差别的，只是如果不深挖不容易发现而已。

sql中的连接查询分为3种， cross join，inner join，和outer join ， 在 cross join和inner join中，筛选条件放在on后面还是where后面是没区别的，极端一点，在编写这两种连接查询的时候，只用on不使用where也没有什么问题。因此，on筛选和where筛选的差别只是针对outer join，也就是平时最常使用的left join和right join。

下面话不多说，来一起看看详细的介绍：

**来看一个示例，有两张数据表，结构和数据如图所示**

表main

![2d366ac909a54279afb7bc7e7f2b5b0b.png][]

表ext

![c76e3cb4324e9423195dc9e3759fb327.png][]

可以把这两张表看作是用来存放用户信息的， main放置主要信息，ext表放置附加信息，两张表的关系是1对1的，以id字符作为对应关系键。现在我们需要将地址不为杭州的所有用户信息筛选出来，结果中需要包含main表和ext表的所有字段数据。

<table> 
 <tbody> 
  <tr> 
   <td> <p>1</p> </td> 
   <td> <p><code>select</code> <code>* </code><code>from</code> <code>main </code><code>left</code> <code>JOIN</code> <code>exton main.id = ext.id </code><code>and</code> <code>address &lt;&gt; </code><code>'杭州'</code></p> </td> 
  </tr> 
 </tbody> 
</table>

闭上眼睛， 请用大脑人肉运行一下这段SQL， 想象一下是什么结果。

![a083b09266e20df063e42eb458bf60a2.png][]

当把`address <> '杭州'`这个筛选条件放在on之后，查询得到的结果似乎跟我们预料中的不同，从结果中能看出，这个筛选条件好像只过滤掉了ext表中对应的记录，而main表中的记录并没有被过滤掉，也就是上图中标记为红色的那条记录。`outer join`相对于`inner join`的一个主要特性就是以一侧的表为基础，但是在这里以左表为基这一点却可以无视筛选条件，这未免也太霸道了一些。

把查询语句稍微改动一下，将地址的筛选条件从on转移至where

<table> 
 <tbody> 
  <tr> 
   <td> <p>1</p> </td> 
   <td> <p><code>select</code> <code>* </code><code>from</code> <code>main </code><code>left</code> <code>JOIN</code> <code>ext </code><code>on</code> <code>main.id = ext.id </code><code>where</code> <code>address &lt;&gt; </code><code>'杭州'</code></p> </td> 
  </tr> 
 </tbody> 
</table>

结果就如我们预期的那样了

![9b2bd85ba391484d75f9420f38aea72a.png][]

造成这种结果上的差异要从`outer join`查询的逻辑查询的各个阶段说起。

**总的来说，outer join 的执行过程分为4步**

1、先对两个表执行交叉连接(笛卡尔积)

2、应用on筛选器

3、添加外部行

4、应用where筛选器

就拿上面不使用where筛选器的sql来说，执行的整个详细过程如下

第一步，对两个表执行交叉连接，结果如下，这一步会产生36条记录（此图显示不全）

![65fc12d16d6f3b2a3f1d1001b0277771.png][]

第二步，应用on筛选器。筛选器中有两个条件，`main.id = ext.id and address<> '杭州'`，符合要求的记录如下

![6db3c1dfa7c0b83d7fcfe54e1db4b8fb.png][]

这似乎正是我们期望中查询的结果，然而在接下来的步骤中这个结果会被打乱

第三步，添加外部行。`outer join`有一个特点就是以一侧的表为基，假如另一侧的表没有符合on筛选条件的记录，则以null替代。在这次的查询中，这一步的作用就是将那条原本应该被过滤掉的记录给添加了回来

![f91145b437384a797bf9cd38e405366f.png][]

是不是不种画蛇添足的感觉, 结果就成了这样

![66debae65f453b3881340c847049b08f.png][]

第四步，应用where筛选器

在这条问题sql中，因为没有where筛选器，所以上一步的结果就是最终的结果了。

而对于那条地址筛选在where条件中的sql，这一步便起到了作用，将所有地址不属于杭州的记录筛选了出来

![4952e6af21e3cfbf43b036c7c6092d08.png][]

通过上面的讲解，已经能反应出在`outer join`中的筛选条件在on中和where中的区别，开发人员如能详细了解之中差别，能规避很多在编写sql过程中出现的莫名其妙的错误。

**总结**

以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作能带来一定的帮助，如果有疑问大家可以留言交流，谢谢大家对脚本之家的支持。

[2d366ac909a54279afb7bc7e7f2b5b0b.png]: /images/20221123/f5245a7f60444bacbc333534502334e5.png
[c76e3cb4324e9423195dc9e3759fb327.png]: /images/20221123/5bf59b4cdf9b45c08558d4141bdf00bf.png
[a083b09266e20df063e42eb458bf60a2.png]: /images/20221123/c56994c3b4134142a6568a763cda8bdc.png
[9b2bd85ba391484d75f9420f38aea72a.png]: /images/20221123/295266649dd24f3480f90d502fe7c943.png
[65fc12d16d6f3b2a3f1d1001b0277771.png]: /images/20221123/3c38337675bf49829800c649a308baeb.png
[6db3c1dfa7c0b83d7fcfe54e1db4b8fb.png]: /images/20221123/f68150da268c4ddeb1c691cf71a45bbc.png
[f91145b437384a797bf9cd38e405366f.png]: /images/20221123/57a35e7d43204ca4adba36155b3b40fe.png
[66debae65f453b3881340c847049b08f.png]: /images/20221123/6d68b09618ec4223a633c9a05b677f22.png
[4952e6af21e3cfbf43b036c7c6092d08.png]: /images/20221123/ca560f591e3241c4af1f9971a8e58519.png