本节我们继续讲讲联接类型中的外部联接，本节之后我们将讲述有关联接性能以及更深入的知识，简短内容，深入的理解，Always to review the basics。
外部联接又分为左外部联接和右外部联接，使用关键字分别是LEFT OUTER JOIN、RIGHT OUTER JOIN、FULL OUTER JOIN，在这里OUTER关键字时可选的。LEFT关键字表示保留左侧的行，RIGHT关键字表示保留右侧的行，FULL关键字表示左侧和右侧的行都保留。外部联接的第三个逻辑查询处理阶段识别保留表中基于ON谓词未能与另一个表匹配的行，此阶段添加这些行到前两个联接阶段生成的结果中，在这些外部行中，对于联接非保留侧的属性将使用NULL作为占位符。说了这么多，左外部联接就是以左表为基准，若右表满足条件则返回右侧的行，若不满足则返回NULL而非右侧的实际行数据，右外部联接同理。我们来看如下一个简单的例子
从上知，Sales.Customers表中的有一个客户没有任何订单，它的订单Id为22，通过左侧客户Id为22而右侧得到订单Id为NULL而得知。
通过上述对外部联接的介绍，我们知道通过外部联接能够得到缺失值，也就是不满足条件则返回NULL。这里我们假设有如下一场景，我们需要查询Orders订单表中所有订单，要求确保在范围2006年1月1日至2008年12月31日中每天至少有一行输出，对于范围能具有的订单的日期不做任何操作，但希望输出中包含没有订单的日期，使用NULL标记作为订单属性占位符。我们第一步需要解决的是得到2006年1月1日至2008年12月31日的所有日期，上一篇我们讲过交叉联接，通过交叉联接我们生成了数字表，这个时候就派上用场了。
首先需要得到2006年1月1日至2008年12月31日之间间隔的天数，然后得到此间隔中的所有日期，如下：
接下来通过上述得到的连续日期与Sales.Orders表中的订单日期进行匹配，从而得到订单所有信息，利用左外部联接不满足条件则返回NULL。
（1）WHERE造成外部联接成为逻辑上的内部联接
我们看上述图中在订单日期等于2006-11-09时，此时orderid为NULL，此时我们首先来进行如下查询
我们查询Sales.Orders表中订单日期大于2006-11-08订单信息，我们看下返回结果
此时我们发现订单日期为2006-11-09的订单信息没有，为何如此呢，因为利用WHERE子句它会过滤掉UNKNOWN即NULL值，为什么要讲这个呢，因为在外部联接中不满足条件的右表原本会返回NULL，但是若存在WHERE子句时，此时会导致所有外部行会被过滤掉，换句话说就是抵消了外部联接实际上在逻辑上就相当于是一个内部联接，这就在无意中造成了逻辑上的BUG。所以基于此我们可以得出如下结论：
结论：在外部联接中若利用WHERE子句会过滤掉NULL，会导致所有外部行被过滤掉，实际上会抵消外部联接，最终外部联接在逻辑上就成为了一个内部联接。
（2）多表联接造成外部联接成为逻辑上的内部联接
在进行多联接时比如说首先进行两个表的外部联接，紧接着后面跟了一个内部联接的第三个表，如果内部联接中子句的谓词对自外部联接非保留侧的属性和来自第三个表的属性进行比较，此时所有外部行都会被过滤掉。是什么意思呢，当利用外部联接时会可能返回外部行的NULL值，此时再利用内部联接，因为NULL与任何值进行比较都会生成UNKNOWN，所以此时UNKNOWN会被ON筛选过滤掉。同上也就抵消外部联接，造成外部联接成为逻辑上的内部联接。如下
一般来说，无论何种类型的外部联接后跟一个内部联接或是外部联接子查询，外部行都会被过滤掉，当然，这是假设联接条件对来自左侧的NULL标记和右侧的任意值进行比较。为了解决这种问题，我们可以通过如下三种方案来解决。
【1】将第二个内部联接替换为左外部联接。
【2】首先使用内部联接，然后再使用右外部联接。
【3】在原有基础上改变，将内部联接变成一个独立的逻辑阶段
在外部联接中使用COUNT(*)进行聚合时，它会考虑内部行和外部行，因为它会计算行数而不管它们的内容，如下：
由之前所查得知客户Id为22的orderid为NULL，即没有订单数量，所以这里就产生了BUG，因为COUNT(*)会包括NULL值，所以这里我们需要替换为COUNT(列名)。
本节我们重点讲述了外部联接基本知识以及注意事项，我们下节将讲述联接综合知识，简短的内容，深入的理解，我们下节再会，good night。