MySQL必知必會 使用子查詢

2022-05-15 05:19:09 字數 3676 閱讀 1714

版本要求 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 操作符中,以及用來填充計算列

mysql必知必會 使用MySQL

在具有可供使用的mysql dbms和客戶機軟體之後,有必要簡要討 論一下如何連線到資料庫。mysql與所有客戶機 伺服器dbms一樣,要求在能執行命令之前登 錄到dbms。登入名可以與網路登入名不相同 假定你使用網路 mysql 在內部儲存自己的使用者列表,並且把每個使用者與各種許可權關聯起來。在...

MySQL必知必會 使用儲存過程

儲存過程簡單來說,就是為以後的使用而儲存的一條或多條mysql語句的集合。優點 這一點的延伸就是防止錯誤。需要執行的步驟越多,出錯的可能性就越大。防止錯誤保證了資料的一致性。這一點的延伸就是安全性。通過儲存過程限制對基礎資料的訪問減少了資料訛誤 無意識的或別的原因所導致的資料訛誤 的機會。換句話說,...

MySQL必知必會十四 使用子查詢

現在,假如需要列出訂購物品tnt2的所有客戶,應該怎樣檢索?下面列出具體的步驟。檢索包含物品tnt2的所有訂單的編號。檢索具有前一步驟列出的訂單編號的所有客戶的id。檢索前一步驟返回的所有客戶id的客戶資訊。上述每個步驟都可以單獨作為乙個查詢來執行。可以把一條select語句返回的結果用於另一條se...