MySQL必知必会--使用子查询

子查询

版本要求 MySQL 4.1引入了对子查询的支持,所以要想使用
本章描述的SQL,必须使用MySQL 4.1或更高级的版本。
SELECT语句 是SQL的查询。迄今为止我们所看到的所有 SELECT 语句
都是简单查询,即从单个数据库表中检索数据的单条语句。
查询(query) 任何SQL语句都是查询。但此术语一般指 SELECT
语句。
SQL还允许创建子查询(subquery),即嵌套在其他查询中的查询。
为什么要这样做呢?

利用子查询进行过滤

本书所有章中使用的数据库表都是关系表。订单存储在两个表中。对于包含订单号、客户ID、
订单日期的每个订单, orders 表存储一行。各订单的物品存储在相关的
orderitems 表中。 orders 表不存储客户信息。它只存储客户的ID。实际
的客户信息存储在 customers 表中

现在,假如需要列出订购物品 TNT2 的所有客户,应该怎样检索?下
面列出具体的步骤

(1) 检索包含物品 TNT2 的所有订单的编号。

(2) 检索具有前一步骤列出的订单编号的所有客户的ID。

(3) 检索前一步骤返回的所有客户ID的客户信息

上述每个步骤都可以单独作为一个查询来执行。可以把一条 SELECT
语句返回的结果用于另一条 SELECT 语句的 WHERE 子句
也可以使用子查询来把3个查询组合成一条语句。
第一条 SELECT 语句的含义很明确,对于 prod_id 为 TNT2 的所有订单物
品,它检索其 order_num 列。输出列出两个包含此物品的订单:
MySQL必知必会--使用子查询_第1张图片
下一步,查询具有订单 20005 和 20007 的客户ID。利用第7章介绍的 IN
子句,编写如下的 SELECT 语句:
MySQL必知必会--使用子查询_第2张图片
现在,把第一个查询(返回订单号的那一个)变为子查询组合两个
查询。请看下面的 SELECT 语句
MySQL必知必会--使用子查询_第3张图片

在 SELECT 语句中,子查询总是从内向外处理。在处理上面的
SELECT 语句时,MySQL实际上执行了两个操作。
MySQL必知必会--使用子查询_第4张图片

格式化SQL 包含子查询的 SELECT 语句难以阅读和调试,特
别是它们较为复杂时更是如此。如上所示把子查询分解为多行
并且适当地进行缩进,能极大地简化子查询的使用。

MySQL必知必会--使用子查询_第5张图片

为了执行上述 SELECT 语句,MySQL实际上必须执行3条 SELECT
语句。最里边的子查询返回订单号列表,此列表用于其外面的
子查询的 WHERE 子句。外面的子查询返回客户ID列表,此客户ID列表用于
最外层查询的 WHERE 子句。最外层查询确实返回所需的数据。
可见,在 WHERE 子句中使用子查询能够编写出功能很强并且很灵活的
SQL语句。对于能嵌套的子查询的数目没有限制,不过在实际使用时由于
性能的限制,不能嵌套太多的子查询

虽然子查询一般与 IN 操作符结合使用,但也可以用于测试等于( = )、
不等于( <> )等

子查询和性能 这里给出的代码有效并获得所需的结果。但
是,使用子查询并不总是执行这种类型的数据检索的最有效
的方法。

作为计算字段使用子查询

使用子查询的另一方法是创建计算字段。假如需要显示 customers
表中每个客户的订单总数。订单与相应的客户ID存储在 orders 表中。
为了执行这个操作,遵循下面的步骤。

(1) 从 customers 表中检索客户列表。

(2) 对于检索出的每个客户,统计其在 orders 表中的订单数目。
正如前两章所述,可使用 SELECT COUNT ( ) 对表中的行进行计数,并
且通过提供一条 WHERE 子句来过滤某个特定的客户ID,可仅对该客户的订
单进行计数。例如,下面的代码对客户 10001 的订单进行计数:

为了对每个客户执行 COUNT(
) 计算,应该将 COUNT(*) 作为一个子查
询。请看下面的代码

MySQL必知必会--使用子查询_第6张图片

这 条 SELECT 语 句 对 customers 表 中 每 个 客 户 返 回 3 列 :
cust_name 、 cust_state 和 orders 。 orders 是一个计算字段,
它是由圆括号中的子查询建立的。该子查询对检索出的每个客户执行一
次。在此例子中,该子查询执行了5次,因为检索出了5个客户
MySQL必知必会--使用子查询_第7张图片

相关子查询(correlated subquery) 涉及外部查询的子查询

种类型的子查询称为相关子查询。任何时候只要列名可能有多义
性,就必须使用这种语法(表名和列名由一个句点分隔)。为什么这样?
我们来看看如果不使用完全限定的列名会发生什么情况:
MySQL必知必会--使用子查询_第8张图片

显然,返回的结果不正确(请比较前面的结果),那么,为什么
会这样呢?有两个 cust_id 列,一个在 customers 中,另一个在
orders 中,需要比较这两个列以正确地把订单与它们相应的顾客匹配。
如果不完全限定列名,MySQL将假定你是对 orders 表中的 cust_id 进行
自身比较。而 SELECT COUNT(*) FROM orders WHERE cust_id = cust_id;
总是返回 orders 表中的订单总数(因为MySQL查看每个订单的 cust_id
是否与本身匹配,当然,它们总是匹配的)。

虽然子查询在构造这种 SELECT 语句时极有用,但必须注意限制有歧
义性的列名

不止一种解决方案 正如本章前面所述,虽然这里给出的样
例代码运行良好,但它并不是解决这种数据检索的最有效的
方法

逐渐增加子查询来建立查询 用子查询测试和调试查询很有
技巧性,特别是在这些语句的复杂性不断增加的情况下更是如
此。用子查询建立(和测试)查询的最可靠的方法是逐渐进行,
这与MySQL处理它们的方法非常相同。首先,建立和测试最
内层的查询。然后,用硬编码数据建立和测试外层查询,并且
仅在确认它正常后才嵌入子查询。这时,再次测试它。对于要
增加的每个查询,重复这些步骤。这样做仅给构造查询增加了
一点点时间,但节省了以后(找出查询为什么不正常)的大量
时间,并且极大地提高了查询一开始就正常工作的可能性。

本章学习了什么是子查询以及如何使用它们。子查询最常见的使用
是在 WHERE 子句的 IN 操作符中,以及用来填充计算列

你可能感兴趣的:(MySQL必知必会--使用子查询)