SQL 英文原文：Understanding Table Joins using SQL

1、简介

在关系型数据库中，join操作是将分歧的表中的数据结合在一同时十分通用的一种做法。起首让我们看看join是怎么操作的，然后我们探究一下当join和where语句同时存在的时分的履行次序问题，最初来谈一谈分歧类型的join的次序问题。

2、树立初始的测试表构造（建表语句到这里下载）

表树立完以后，将会看到以下三个表。

我们将经过以上三个表来演示join操作。这三个表都是用来做演示的，所以我并没有运用主键和外键。

3、表的笛卡尔乘积

普通状况下，我们运用两个表中的相干字段实行join操作，例如，employee表中的DeptId字段对应于Department表中的DepId字段，经过这类方法实行join。

下面的一个例子是不运用联系关系字段来做表的衔接。这里TableA和TableB以笛卡尔乘积的方法连在了一同。笛卡尔乘积就是先从第一个表中掏出一笔记录，和第二章表中的每笔记录共同，然后再掏出第二笔记录，异样和第二张表的一切记载共同，直至第一张表中的一切记载都取完。所以终极的后果数目将是两张表的乘积。

4、join两张表

当我们想做两个表的衔接，而不是像上面的例子一样失掉大量的无用的后果的时分，我们就得从两张表当选取一个join列。我下面给出的例子是运用id作为join列的。我们可以经过这类方法使得后果只映照我们需求的那一部分，从而过滤掉了无用数据。

留意：在笛卡尔乘积表中的第一行和第五行知足了join的映照关系，从而被作为后果，其他的都被过滤掉了。

5、join多张表

上面的例子是join两张表，假如想join多张表，我们需求在上面的后果当选择一列，然后再在新表当选择一列，将这二者作为join字段，然后指定join的规矩，如许我们实际上可以join恣意多张表。

起首，Table_A和Table_B做了衔接，就上上面的join两张表的例子，然后将join的后果作为一张表AB。再将AB与Table_C衔接。

6、join类型

在两张分歧的表做衔接有3中join类型。

1、full join
2、inner join
3、outer join(left outer join、right outer join)

在上面两个例子中我们看到的是inner join。假如我们衔接表本身就叫做self join。这个特别类型不会混杂衔接类型。

7、full join

full join和笛卡尔有点分歧，笛卡尔积会获得一切可能的后果。而full join将适配的后果与一切右边的表中不适配右边的行和右边的表中一切不适配右边的行加在一同，在不适配的地方运用NULL替代。后果行数=适配行数+左表残剩行数+右表残剩行数。

在上面的图片中，蓝色的行是两个表适配的行。

第二行，右边绿色，右边白色的是不适配的，左表中的行是存在的，而右表中的字段则被null填充。

第三行，右边白色，右边绿色的异样是不适配的，右表中的行是存在的，而左表中的字段则被null填充。

8、left join

左衔接（left join）包管左表中的一切行都有，而当不适配的时分以NULL填充右表字段。

蓝色适配，白色和绿色不适配

9、right join

反过去，右衔接（right join）包管右表中一切的行都有，而当不适配的时分以NULL填充左表字段。

蓝色适配，白色和绿色不适配

10、inner join

inner join就是只列出适配的行。

11、self join

表衔接本身叫做self join。为了说明一下这个让我们看以下图中的employee表。EmployeeID是此表的主键，ReportsTo援用了此表的主键。我们可以想象成如许，ReportTo字段援用代表该雇员的上司，其上司异样也是雇员。

看以下例子

 

这里，有ReportTo指向的行是Manager，所以employee是左表，Manager是右表。

12、履行次序

当衔接中有where语句的时分我们需求留意衔接和where的履行次序问题。
1、将where语句先于join履行，由于履行完where查询的后果将会比较少，从而join操作功能会晋升。
2、将where语句后与join履行。
以上二者将在inner join的时分前往异样的后果，可是当运用outer join的时分最少有一种衔接操作的前往后果分歧。看下面例子。

所以记着当外衔接的时分尽可能先履行join操作然后履行where语句。

13、衔接的次序

当你想将inner join和outer join同时运用的时分join的次序也长短常主要的。

甚么是衔接的次序？假如我像如许衔接三张表【X inner Y】left Z，次序就是先inner join再left join。

让我们回到上面的例子中，你想失掉的后果是获得一切客户的名字，不论他们能否有定单。假如他们的确有一些定单，还要列出了客户订购的数目。
看以下的查询【先outer join再inner join】

1、在Orders和Customers中实行了right join。右衔接能包管你获得一切Customer的信息，不论他能否有order。
2、如今上面的后果将和Order Details衔接。可是我们需求留意的是，在右衔接的后果中有两行roderid为null的，由于这两个customer并没有任何order，而在前面做inner join的时分，因为orderid为null，inner join将跳过这两行，从而招致这两个customer的信息被过滤掉了。
再让我们看看下面的这个查询【先inner join再outer join】

让我们剖析一下为何这才是我们想要的后果。

起首Order和Order Details表做inner join，一切适配的后果都将被列出来，然后将此后果作为左表，Customer表作为右表，右表的一切行都将被列出来，不论其适配与否（弦外之音，那两个没有order的customer也将被列出来）。

所以，在我们同时运用inner join和outer join的时分必定要对衔接的次序做稳重思索。

14、获得异样数据的其他方法

看以下查询

1、起首查询出Customers将其作为左表
2、然后将Orders表查询出来，依然作为左表
3、然后查询出Order Details表将其作为右表与Orders表实行inner join。
4、最初Customers表将于第三步查询出的后果实行左衔接。别忘了左衔接将包管Customers表不丧失任何记载。

本文中的一切译文仅用于进修和交换目标，转载请务必注明文章译者、出处、和本文链接。 2KB翻译任务按照 CC 协议，假如我们的任务有进犯到您的权益，请实时联络我们。

2KB项目（www.2kb.com，源码交易平台）,提供担保交易、源码交易、虚拟商品、在家创业、在线创业、任务交易、网站设计、软件设计、网络兼职、站长交易、域名交易、链接买卖、网站交易、广告买卖、站长培训、建站美工等服务