sql如何用JOIN进行两张表的简单连接查询 sql表连接的基础语句用法-SQL-PHP中文网

sql中连接表的核心是join关键字，最常用的是inner join和left join。inner join返回两表中都匹配的行，适用于只关注双方都存在的数据，如查询有订单的客户及其订单信息；left join返回左表所有行及右表匹配的行，若右表无匹配则补null，适用于需要保留左表完整性的场景，如列出所有客户包括未下单者。连接条件由on子句定义，它是join的灵魂，用于指定关联规则，常见误区是将过滤条件错误地放入on子句导致逻辑偏差，尤其在left join中应区分on与where的作用：on用于连接前的条件，where用于连接后的结果过滤。多表连接通过链式join实现，依次将前一步结果与下一张表连接，每步需根据业务需求选择inner或left join，并确保连接字段建立索引以提升性能，例如查询客户购买的产品详情时，可依次连接orders、orderdetails和products表。掌握join类型、正确使用on子句并合理设计连接顺序，就能高效完成复杂查询。

sql如何用JOIN进行两张表的简单连接查询 sql表连接的基础语句用法

SQL中，使用

JOIN

登录后复制

关键字是连接两张表进行查询的核心操作，它能根据你指定的关联条件，将两张表的数据行合并起来，形成一个更全面的结果集。这就像是把散落在不同抽屉里的相关信息，按照某个共同的标记，重新整理到一起。

解决方案

说起SQL里的表连接，我个人觉得，最核心的无非就是那个

JOIN

登录后复制

关键字了。它就像是个万能的胶水，能把原本各自独立的表，按照你设定的某种关系，巧妙地粘合在一起，从而让你能同时访问这两张表的数据。最基础、也是最常用的，就是

INNER JOIN

登录后复制

和

LEFT JOIN

登录后复制

了。

假设我们有两张表：

Customers

登录后复制

（客户信息，包含

CustomerID

登录后复制

CustomerName

登录后复制

）和

Orders

登录后复制

（订单信息，包含

OrderID

登录后复制

CustomerID

登录后复制

OrderDate

登录后复制

）。现在我们想查每个客户下了哪些订单。

INNER JOIN

登录后复制

(内连接)

INNER JOIN

登录后复制

会返回两张表中都存在匹配关系的行。也就是说，如果一个客户没有下过订单，或者一个订单没有对应的客户信息（这通常是数据异常），那么这些行都不会出现在结果里。

SELECT
    c.CustomerID,
    c.CustomerName,
    o.OrderID,
    o.OrderDate
FROM
    Customers c
INNER JOIN
    Orders o ON c.CustomerID = o.CustomerID;

登录后复制

这里，

ON c.CustomerID = o.CustomerID

登录后复制

就是我们的连接条件，它告诉数据库：当

Customers

登录后复制

表的

CustomerID

登录后复制

和

Orders

登录后复制

表的

CustomerID

登录后复制

相等时，就把这两行的信息拼起来。

LEFT JOIN

登录后复制

(左连接)

但有时候，我们又不希望只看到那些完美匹配的数据，对吧？比如，我想知道所有客户的信息，哪怕他们一个订单都没下过。这时候，

LEFT JOIN

登录后复制

就显得特别有用了。它会返回左表（

FROM

登录后复制

后面的表，这里是

Customers

登录后复制

）的所有行，以及右表（

JOIN

登录后复制

后面的表，这里是

Orders

登录后复制

）中与左表匹配的行。如果右表没有匹配的行，那么右表对应的列就会显示为

NULL

登录后复制

。

SELECT
    c.CustomerID,
    c.CustomerName,
    o.OrderID,
    o.OrderDate
FROM
    Customers c
LEFT JOIN
    Orders o ON c.CustomerID = o.CustomerID;

登录后复制

通过这个查询，即使某个客户在

Orders

登录后复制

表里找不到对应的订单，他的

CustomerID

登录后复制

和

CustomerName

登录后复制

也会被显示出来，而

OrderID

登录后复制

和

OrderDate

登录后复制

则会是

NULL

登录后复制

。

这两种是最基础也最常用的连接方式，掌握它们，你就能处理绝大多数的简单两表连接查询了。

INNER JOIN与LEFT JOIN：何时选择哪种连接方式？

选择

INNER JOIN

登录后复制

还是

LEFT JOIN

登录后复制

，这其实取决于你对“完整性”的需求。我个人在写SQL的时候，会先问自己一个问题：我希望结果集里包含哪些“主体”？

如果你只关心那些在两张表里都有明确对应关系的数据，比如“所有下过订单的客户及其订单详情”，那么

INNER JOIN

登录后复制

无疑是首选。它就像一个过滤器，只保留那些“完全匹配”的记录。它的优点是结果集通常更小、更精准，避免了不必要的

NULL

登录后复制

值，对于数据分析来说，如果只需要有完整关联的数据，

INNER JOIN

登录后复制

能提供更干净的视图。

而当你需要保留“左边”这张表的所有信息，即使它在“右边”的表里找不到任何匹配项时，

LEFT JOIN

登录后复制

就派上用场了。比如，你想列出所有客户，无论他们有没有下过订单，并附带他们的订单信息（如果有的话）。这种情况下，

LEFT JOIN

登录后复制

能确保你的客户列表是完整的，没有遗漏任何一个客户，即使订单信息是空的。我经常用它来做“找缺失”或者“全量展示”的场景。举个例子，你想看所有产品，以及它们最近一次销售的日期，如果有的产品从没卖过，你也想看到它，那必然是

LEFT JOIN

登录后复制

。

简单来说：

INNER JOIN
登录后复制
：要交集，两边都得有。
LEFT JOIN
登录后复制
：要左边全集，右边有就显示，没有就
```
NULL
```
登录后复制
。

理解这个核心差异，你就能灵活运用它们了。

连接条件（ON子句）在JOIN操作中的作用与常见误区

ON

登录后复制

子句，在我看来，是

JOIN

登录后复制

操作的灵魂。它定义了两张表之间数据关联的“规则”或者说“纽带”。没有它，数据库就不知道该如何把两张原本独立的数据集拼接到一起。最常见的用法就是指定两个表之间共享的列，比如

ON Customers.CustomerID = Orders.CustomerID

登录后复制

。这个条件告诉数据库，只有当两张表在

CustomerID

登录后复制

这个字段上的值相等时，才把它们对应的行合并起来。

表单大师AI

一款基于自然语言处理技术的智能在线表单创建工具，可以帮助用户快速、高效地生成各类专业表单。

查看详情

ON

登录后复制

子句的强大之处在于，它不仅限于简单的等值判断。你可以使用

登录后复制

、

登录后复制

、

BETWEEN

登录后复制

，甚至

LIKE

登录后复制

等更复杂的条件，或者结合

AND

登录后复制

、

OR

登录后复制

来构建复合条件，以实现更精细的连接逻辑。例如，你可能想连接所有在某个特定日期之后下的订单，或者连接那些客户ID在某个范围内的订单。

然而，在使用

ON

登录后复制

子句时，新手常常会陷入一些误区。

误区一：将所有过滤条件都放在

ON

登录后复制

子句里。 比如，你可能想查询特定日期的订单，然后写成：

SELECT ...
FROM Customers c
INNER JOIN Orders o ON c.CustomerID = o.CustomerID AND o.OrderDate = '2023-01-01';

登录后复制

对于

INNER JOIN

登录后复制

来说，这通常没问题，因为

ON

登录后复制

和

WHERE

登录后复制

的效果是一样的。但对于

LEFT JOIN

登录后复制

，这就有大区别了。如果把

o.OrderDate = '2023-01-01'

登录后复制

放在

ON

登录后复制

子句里，那么

LEFT JOIN

登录后复制

会先根据

CustomerID

登录后复制

连接所有行，然后只在连接之前对右表进行过滤。这意味着，如果某个客户没有2023年1月1日的订单，但有其他日期的订单，他的信息依然会显示，只是2023年1月1日订单相关的列会是

NULL

登录后复制

。

如果你的意图是先连接所有数据，然后对整个结果集进行过滤，那么过滤条件应该放在

WHERE

登录后复制

子句里：

SELECT ...
FROM Customers c
LEFT JOIN Orders o ON c.CustomerID = o.CustomerID
WHERE o.OrderDate = '2023-01-01' OR o.OrderDate IS NULL; -- 考虑没有订单的客户

登录后复制

或者，如果你只想看有2023年1月1日订单的客户，那么

INNER JOIN

登录后复制

加

WHERE

登录后复制

更直接：

SELECT ...
FROM Customers c
INNER JOIN Orders o ON c.CustomerID = o.CustomerID
WHERE o.OrderDate = '2023-01-01';

登录后复制

误区二：不理解复合连接条件的重要性。 有时候，仅仅依靠一个字段进行连接是不够的，比如在处理多对多关系或者需要更高精度匹配的场景。这时，你需要使用

AND

登录后复制

来组合多个连接条件，确保连接的准确性。例如，连接订单明细表和产品表，可能需要同时匹配

OrderID

登录后复制

和

ProductID

登录后复制

。

正确理解和运用

ON

登录后复制

子句，是写出高效且逻辑正确的SQL查询的关键。它不仅仅是连接的条件，更是连接逻辑的定义。

多表连接：如何高效地连接三张或更多张表？

当你需要从三个或更多的数据源中获取信息时，SQL的

JOIN

登录后复制

语句可以很自然地进行链式操作。这就像你先拼好两块乐高积木，然后再把第三块、第四块依次拼上去。核心思想是，每次

JOIN

登录后复制

操作都是在前一个

JOIN

登录后复制

的结果集上进行的。

假设我们除了

Customers

登录后复制

和

Orders

登录后复制

表，还有一个

Products

登录后复制

表（产品信息，包含

ProductID

登录后复制

ProductName

登录后复制

），以及一个

OrderDetails

登录后复制

表（订单详情，包含

OrderID

登录后复制

ProductID

登录后复制

Quantity

登录后复制

）。现在我们想查询每个客户购买了哪些产品的详细信息。

链式连接示例：

SELECT
    c.CustomerName,
    o.OrderID,
    p.ProductName,
    od.Quantity
FROM
    Customers c
INNER JOIN
    Orders o ON c.CustomerID = o.CustomerID -- 客户与订单连接
INNER JOIN
    OrderDetails od ON o.OrderID = od.OrderID -- 订单与订单详情连接
INNER JOIN
    Products p ON od.ProductID = p.ProductID; -- 订单详情与产品连接

登录后复制

这里，我们首先将

Customers

登录后复制

和

Orders

登录后复制

连接起来，得到一个包含客户和订单信息的临时结果集。然后，这个临时结果集再与

OrderDetails

登录后复制

连接，最后再与

Products

登录后复制

连接。每次连接都基于前一个连接的结果。

选择连接类型：

在多表连接中，每一步的

JOIN

登录后复制

类型（

INNER JOIN

登录后复制

LEFT JOIN

登录后复制

等）都需要根据你的查询目的来决定。

如果你只想看到那些“有客户、有订单、有订单详情、有对应产品”的完整数据链条，那么全程使用
```
INNER JOIN
```
登录后复制
是最高效的。
但如果你想列出所有客户，即使他们没有订单，或者有订单但订单详情不完整，或者产品信息缺失，那么你就需要策略性地使用
```
LEFT JOIN
```
登录后复制
。例如：

SELECT
    c.CustomerName,
    o.OrderID,
    p.ProductName,
    od.Quantity
FROM
    Customers c
LEFT JOIN
    Orders o ON c.CustomerID = o.CustomerID -- 保留所有客户
LEFT JOIN
    OrderDetails od ON o.OrderID = od.OrderID -- 保留所有订单（即使没有详情）
LEFT JOIN
    Products p ON od.ProductID = p.ProductID; -- 保留所有订单详情（即使没有产品信息）

登录后复制

性能考量：

连接的顺序在某些数据库系统中可能会影响性能，尤其是在没有良好索引的情况下。通常，建议将结果集较小的表放在前面，或者将过滤性最强的