简介
虽然将数据分离到离散的表中通常对于性能和一致性目的很有用,但您通常需要查阅来自多个表的数据以回答某些请求。连接表是一种通过匹配基于公共字段值的每个记录来组合来自不同表的数据的方法。
有几种不同类型的 连接,它们提供了各种组合表记录的方法。在本文中,我们将介绍 MySQL 如何实现连接,并讨论每种连接最有用的场景。
什么是连接?
简而言之,连接是一种显示来自多个表的数据的方法。它们通过基于某些列中的匹配值将来自不同来源的记录拼接在一起来实现这一点。每个结果行都包含来自第一个表的记录,并结合了来自第二个表的行,基于每个表中的一个或多个列具有相同的值。
连接的基本语法如下所示
SELECT*FROM<first_table><join_type> <second_table><join_condition>;
在连接中,每个结果行都通过包含第一个表的所有列,然后是第二个表的所有列来构建。查询的 SELECT
部分可用于指定您希望显示的精确列。
如果用于比较的列中的值不是唯一的,则可以从原始表构造多行。例如,假设您有一个要比较的来自第一个表的列,其中有两个记录的值为“red”。与之匹配的是来自第二个表的列,其中有三行具有该值。连接将为该值生成六个不同的行,表示可以实现的各种组合。
连接的类型和连接条件决定了如何构造显示的每一行。这会影响来自每个表的行(在连接条件上不匹配)会发生什么。
为了方便起见,许多连接将一个表的主键与第二个表上的关联外键匹配。虽然主键和外键仅由数据库系统用于维护一致性保证,但它们的关系通常使它们成为连接条件的良好候选者。
不同类型的连接
有多种类型的连接可用,每种连接都可能产生不同的结果。了解每种类型的构造方式将帮助您确定哪种类型适合不同的场景。
内连接和交叉连接
默认连接称为内连接。在 MySQL 中,可以使用 INNER JOIN
、JOIN
或 CROSS JOIN
来指定。对于其他数据库系统,INNER JOIN
和 CROSS JOIN
通常是两个不同的概念,但 MySQL 在相同的构造中实现它们。
这是一个演示内连接语法的典型示例
SELECT*FROMtable_1[INNER] JOIN table_2ON table_1.id = table_2.table_1_id;
内连接是最具限制性的连接类型,因为它仅显示通过组合来自每个表的行创建的行。构成表中任何在另一个表中没有匹配项的行都将从结果中删除。例如,如果第一个表的比较列中有一个值为“blue”,而第二个表中没有值为“blue”的记录,则该行将从输出中抑制。
如果将结果表示为组件表的 Venn 图,则内连接允许您表示两个圆的重叠区域。仅在一个表中存在的值都不会显示。
如上所述,MySQL 也使用此格式来生成交叉连接。在 MySQL 中,您可以使用没有任何匹配条件的内连接来生成交叉连接。交叉连接不使用任何比较来确定每个表中的行是否彼此匹配。相反,结果是通过简单地将第一个表中的每一行添加到第二个表的每一行来构造的。
这将生成两个或多个表中行的笛卡尔积。实际上,这种连接样式无条件地组合了来自每个表的行。因此,如果每个表有三行,则结果表将有九行,其中包含来自两个表的所有列。
例如,如果您有一个名为 t1
的表与一个名为 t2
的表组合,每个表都有行 r1
、r2
和 r3
,则结果将是九行组合,如下所示
t1.r1 + t2.r1t1.r1 + t2.r2t1.r1 + t2.r3t1.r2 + t2.r1t1.r2 + t2.r2t1.r2 + t2.r3t1.r3 + t2.r1t1.r3 + t2.r2t1.r3 + t2.r3
左连接
左连接是一种显示内连接中找到的所有记录,以及来自第一个表的所有不匹配行的连接。在 MYSQL 中,可以将其指定为 LEFT OUTER JOIN
或仅指定为 LEFT JOIN
。
左连接的基本语法遵循以下模式
SELECT*FROMtable_1LEFT JOIN table_2ON table_1.id = table_2.table_1_id;
左连接的构造方式是:首先执行内连接,以从两个表中的所有匹配记录构造行。之后,还包括来自第一个表的不匹配记录。由于连接中的每一行都包含两个表的列,因此不匹配的列使用 NULL
作为第二个表中所有列的值。
如果将结果表示为组件表的 Venn 图,则左连接允许您表示整个左圆。由两个圆之间的交集表示的左圆部分将具有由右表补充的附加数据。
右连接
右连接是一种显示内连接中找到的所有记录,以及来自第二个表的所有不匹配行的连接。在 MySQL 中,可以将其指定为 RIGHT OUTER JOIN
或仅指定为 RIGHT JOIN
。
右连接的基本语法遵循以下模式
SELECT*FROMtable_1RIGHT JOIN table_2ON table_1.id = table_2.table_1_id;
右连接的构造方式是:首先执行内连接,以从两个表中的所有匹配记录构造行。之后,还包括来自第二个表的不匹配记录。由于连接中的每一行都包含两个表的列,因此不匹配的列使用 NULL
作为第一个表中所有列的值。
如果将结果表示为组件表的 Venn 图,则右连接允许您表示整个右圆。由两个圆之间的交集表示的右圆部分将具有由左表补充的附加数据。
出于可移植性原因,MySQL 建议您尽可能使用左连接而不是右连接。
全连接
全连接是一种显示内连接中找到的所有记录,以及来自两个组件表的所有不匹配行的连接。MySQL 本身不实现全连接,但我们可以使用一些技巧来模拟其行为。
要复制全外连接的结果,我们将执行左连接,以连接两个表共享的所有结果以及来自左表的所有不匹配行。然后,我们将使用 UNION ALL
集合运算符将这些结果与右表的“反连接”组合起来。“反连接”是一种专门查找表之间不常见的连接操作。
全连接的基本语法遵循以下模式
( SELECT*FROMtable_1LEFT JOIN table_2ON table_1.id = table_2.table_1_id)UNION ALL( SELECT*FROMtable_1RIGHT JOIN table_2ON table_1.id = table_2.table_1_idWHERE table_1.id IS NULL);
由于连接中的每一行都包含两个表的列,因此不匹配的列使用 NULL
作为不匹配的另一个表中所有列的值。
如果将结果表示为组件表的 Venn 图,则全连接允许您完整地表示两个组件圆。两个圆的交集将具有由每个组件表提供的值。重叠区域外部的圆部分将具有来自它们所属表的值,并使用 NULL
填充在另一个表中找到的列。
自连接
自连接是任何将表的行与其自身组合的连接。可能不立即显而易见这可能有什么用,但它实际上有许多常见的应用。
通常,表描述了可以彼此之间充当多种角色的实体。例如,如果您有一个 people
表,则每一行都可能包含一个 mother
列,该列引用表中的其他 people
。自连接将允许您通过将表的第二个实例连接到第一个实例(在这些值匹配的位置)来将这些不同的行拼接在一起。
由于自连接两次引用同一张表,因此需要表别名来消除引用的歧义。例如,在上面的示例中,您可以分别使用别名 people AS children
和 people AS mothers
连接 people
表的两个实例。这样,您可以在定义连接条件时指定您正在引用的表的哪个实例。
这是另一个示例,这次表示员工和经理之间的关系
SELECT*FROMpeople AS employeeJOIN people AS managerON employee.manager_id = manager.id;
连接条件
在组合表时,连接条件决定了如何将行匹配在一起以形成复合结果。基本前提是定义每个表中必须匹配的列,以便在该行上发生连接。
ON
子句
定义表连接条件的最标准方法是使用 ON
子句。ON
子句使用等号来指定每个表中要比较的确切列,以确定何时可能发生连接。MySQL 使用提供的列将来自每个表的行拼接在一起。
ON
子句是最详细的,但也是可用的连接条件中最灵活的。无论要组合的每个表的列名标准化程度如何,它都允许进行特殊指定。
ON
子句的基本语法如下所示
SELECT*FROMtable1JOINtable2ONtable1.id = table2.ident;
在此,当 table1
中的 id
列与 table2
中的 ident
列匹配时,将连接来自 table1
和 table2
的行。由于使用了内连接,因此结果将仅显示已连接的行。由于查询使用了通配符 *
字符,因此将显示来自两个表的所有列。
这意味着将显示来自 table1
的 id
列和来自 table2
的 ident
列,即使它们由于满足连接条件而具有完全相同的值。您可以通过在 SELECT
列列表中调用您希望显示的确切列来避免这种重复。
USING
子句
USING
子句是指定 ON
子句条件的简写形式,当要比较的列在两个表中具有相同的名称时可以使用。USING
子句接受一个列表,用括号括起来,其中包含应比较的共享列名称。
USING
子句的通用语法使用以下格式
SELECT*FROMtable1JOINtable2USING(id, state);
当两个表共享的两个列(id
和 state
)各自具有匹配值时,此连接将 table1
与 table2
组合在一起。
可以使用 ON
更详细地表达相同的连接,如下所示
SELECT*FROMtable1JOINtable2ONtable1.id = table2.id AND table1.state = table2.state;
虽然上述两个连接都将导致构造相同的行并存在相同的数据,但它们的显示方式略有不同。虽然 ON
子句包含来自两个表的所有列,但 USING
子句抑制了重复的列。因此,结果不会有两个单独的 id
列和两个单独的 state
列(每个表一个),而只会有一个每个共享列,后跟 table1
和 table2
提供的所有其他列。
NATURAL
子句
NATURAL
子句是另一种简写形式,可以进一步减少 USING
子句的冗长性。NATURAL
连接不指定任何要匹配的列。相反,MySQL 将自动根据每个数据库中具有匹配列的所有列连接表。
NATURAL
连接子句的通用语法如下所示
SELECT*FROMtable1NATURAL JOINtable2;
假设 table1
和 table2
都有名为 id
、state
和 company
的列,则上述查询等效于使用 ON
子句的此查询
SELECT*FROMtable1JOINtable2ONtable1.id = table2.id AND table1.state = table2.state AND table1.company = table2.company;
以及使用 USING
子句的此查询
SELECT*FROMtable1JOINtable2USING(id, state, company);
与 USING
子句一样,NATURAL
子句抑制了重复的列,因此结果中每个连接的列都只有一个实例。
虽然 NATURAL
子句可以减少查询的冗长性,但在使用它时必须谨慎。由于用于连接表的列是自动计算的,因此如果组件表中的列发生更改,则由于新的连接条件,结果可能会大相径庭。
连接条件和 WHERE
子句
连接条件与使用 WHERE
子句过滤数据行时使用的比较具有许多共同特征。这两个构造都定义了必须评估为 true 才能将行视为有效的表达式。因此,在 WHERE
构造中包含其他比较与在连接子句本身中定义它们之间的区别并不总是直观的。
为了理解将产生的结果差异,我们必须查看 MySQL 处理查询不同部分的顺序。在这种情况下,首先处理连接条件中的谓词,以在内存中构造虚拟连接表。在此阶段之后,将评估 WHERE
子句中的表达式以过滤结果行。
例如,假设我们有两个名为 customers
和 orders
的表,我们需要将它们连接在一起。我们希望通过将 customers.id
列与 orders.customer_id
列匹配来连接这两个表。此外,我们对 orders
表中 product_id
为 12345 的行感兴趣。
鉴于上述要求,我们有两个关心的条件。但是,我们表达这些条件的方式将决定我们收到的结果。
首先,让我们将两者都用作 LEFT JOIN
的连接条件
SELECTcustomers.id AS customers_id,customers.name,orders.id AS orders_id,orders.product_idFROMcustomersLEFT JOINordersONcustomers.id = orders.customers_id AND orders.product_id = 12345;
结果可能看起来像这样
+--------------+----------+-----------+------------+customers_id | name | orders_id | product_id |+--------------+----------+-----------+------------+20 | Early Co | NULL | NULL |320 | Other Co | 680 | 12345 |4380 | Acme Co | 182 | 12345 |4380 | Acme Co | 480 | 12345 |8033 | Big Co | NULL | NULL |+--------------+----------+-----------+------------+5 rows in set (0.00 sec)
MySQL 通过执行以下操作得出此结果
- 将
customers
表中的任何行与orders
表中的行组合在一起,其中customers.id
匹配orders.customers_id
。orders.product_id
匹配 12345
- 由于我们正在使用左连接,因此包括来自左表 (
customers
) 的任何不匹配行,并使用NULL
值填充来自右表 (orders
) 的列。 - 仅显示在
SELECT
列规范中列出的列。
结果是,我们所有连接的行都与我们正在寻找的两个条件匹配。但是,左连接导致 MySQL 还包括来自第一个表中未满足连接条件的任何行。这导致出现“剩余”行,这些行似乎不符合查询的明显意图。
如果我们将第二个查询 (orders.product_id
= 12345) 移动到 WHERE
子句,而不是将其作为连接条件包含在内,我们将获得不同的结果
SELECTcustomers.id AS customers_id,customers.name,orders.id AS orders_id,orders.product_idFROMcustomersLEFT JOINordersONcustomers.id = orders.customers_idWHEREorders.product_id = 12345;
这次,仅显示三行
+--------------+----------+-----------+------------+customers_id | name | orders_id | product_id |+--------------+----------+-----------+------------+4380 | Acme Co | 182 | 12345 |4380 | Acme Co | 480 | 12345 |320 | Other Co | 680 | 12345 |+--------------+----------+-----------+------------+3 rows in set (0.00 sec)
比较的执行顺序是造成这些差异的原因。这次,MySQL 像这样处理查询
- 将
customers
表中的任何行与orders
表中的行组合在一起,其中customers.id
匹配orders.customers_id
。 - 由于我们正在使用左连接,因此包括来自左表 (
customers
) 的任何不匹配行,并使用NULL
值填充来自右表 (orders
) 的列。 - 评估
WHERE
子句以删除任何orders.product_id
列的值不是 12345 的行。 - 仅显示在
SELECT
列规范中列出的列。
这次,即使我们正在使用左连接,WHERE
子句也会通过过滤掉所有 product_id
不正确的行来截断结果。由于任何不匹配的行都将 product_id
设置为 NULL
,因此这会删除左连接填充的所有不匹配行。它还会删除任何通过连接条件匹配但未通过第二轮检查的行。
了解 MySQL 用于执行查询的基本过程可以帮助您避免在处理数据时犯一些容易犯但难以调试的错误。
结论
在本文中,我们讨论了什么是连接,以及 MySQL 如何将它们实现为组合来自多个表的记录的一种方法。我们介绍了可用的不同类型的连接,以及 ON
和 WHERE
子句等不同条件如何影响数据库构造结果的方式。
随着您越来越熟悉连接,您将能够将它们用作工具包的常规部分,以从各种来源提取数据并将信息片段拼接在一起,以创建更完整的画面。连接有助于将组织原则和性能考虑因素可能分离的数据汇集在一起。学习如何有效地使用连接可以帮助您将数据汇集在一起,无论数据在系统中是如何组织的。