子查詢
版本要求 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 運算子中，以及用來填充計算列
轉載請註明出處，本文鏈接：https://www.uj5u.com/shujuku/84266.html
標籤：MySQL
下一篇：mysql實作遠程登錄