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 列。輸出列出兩個包含此物品的訂單：

下一步，查詢具備訂單 20005 和 20007 的客戶ID。利用第7章介紹的 IN
子句，編寫以下的 SELECT 語句：

如今，把第一個查詢（返回訂單號的那一個）變爲子查詢組合兩個
查詢。請看下面的 SELECT 語句

在 SELECT 語句中，子查詢老是從內向外處理。在處理上面的
SELECT 語句時，MySQL實際上執行了兩個操做。

格式化SQL 包含子查詢的 SELECT 語句難以閱讀和調試，特
別是它們較爲複雜時更是如此。如上所示把子查詢分解爲多行
而且適當地進行縮進，能極大地簡化子查詢的使用。

爲了執行上述 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(*) 做爲一個子查
詢。請看下面的代碼

這 條 SELECT 語 句 對 customers 表 中 每 個 客 戶 返 回 3 列 ：
cust_name 、 cust_state 和 orders 。 orders 是一個計算字段，
它是由圓括號中的子查詢創建的。該子查詢對檢索出的每一個客戶執行一
次。在此例子中，該子查詢執行了5次，由於檢索出了5個客戶

相關子查詢（correlated subquery） 涉及外部查詢的子查詢

種類型的子查詢稱爲相關子查詢。任什麼時候候只要列名可能有多義
性，就必須使用這種語法（表名和列名由一個句點分隔）。爲何這樣？
咱們來看看若是不使用徹底限定的列名會發生什麼狀況：

顯然，返回的結果不正確（請比較前面的結果），那麼，爲何
會這樣呢？有兩個 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 操做符中，以及用來填充計算列