推薦學習:
子查詢是在查詢語句裡面再巢狀一個查詢,這是因為我們在提取資料的時候有很多不知道的資料產生了依賴關係。此時我們就需要先查詢一組資料的結果集,然後將這個結果集作用為下一個查詢的物件。在 「表連線的章節」,我們曾說過子查詢的效率低下的問題,其實並不是所有的子查詢效率都是低下的,「WHERE」 子查詢在匹配記錄的時候要反覆執行,這是不推薦使用的;但是如果將查詢結果集當做一張表來使用,與其他的表做一個連線,這就是 「FROM」 子句的子查詢了,這種子查詢的方式,還是比較推薦使用的。
詳細的說,子查詢分為 「單行子查詢」、「多行子查詢」、"WHERE"子查詢、「FROM」 子查詢 和 「SELECT」 子查詢;這些都是該章節我們需要學習的內容。
子查詢是一種查詢語句中再巢狀一個查詢的語句
普通查詢語句分為 「SELECT」 子查詢、「FROM」 子查詢、「WHERE"子查詢;(重點推薦使用 " ‘FROM’ 子查詢」)
子查詢範例如下:
查詢底薪超過公司平均底薪的員工資訊。(之前我們使用過表連線的方式做個這個案例,這裡來看一下如何通過子查詢的方式來實現。)
SELECT empno, ename, sal FROM t_emp WHERE sal >= (SELECT AVG(sal) FROM t_emp); -- 正常情況下,將聚合函數作為 WHERE 子句的條件是不可以的,但是這裡利用子查詢與聚合函數先將平均底薪查詢出來,這就變成具體的資料了 -- 這種情況下,作為 WHERE 子句的條件,就可以被使用了
以上就是 WHERE 子句的子查詢,不過 WHERE 子句的子查詢使不推薦使用的,應該使用表連線的寫法。
在書寫 SQL 語句的時候, WHERE 子查詢最符合我們人的思考邏輯
雖然這種 子查詢 最簡單、最容易理解,但是卻是效率很低的子查詢
以剛剛演示的 查詢底薪超過公司平均底薪的員工資訊 來說吧。「WHERE」 子句拿每一條員工的記錄與 「SELECT」 子查詢做比較的時候,子查詢都需要重新執行一次。如果員工表有 10000 條記錄,那麼 子查詢 就需要執行 10000次,反覆執行這麼多次,效率上是極其低下的。
在查詢語句中,反覆被查詢的子查詢被稱為 「相關子查詢」,這裡的 「WHERE」 子查詢就屬於 「相關子查詢」 應該避免使用這種子查詢。
在查詢語句中, 「FROM」 子查詢只會執行一次,這與 「WHERE」 子查詢是相反的,所以查詢效率很高。
同樣以 查詢底薪超過公司平均底薪的員工資訊 為例,來看一看 「FROM」 子查詢是如何實現的。
SELECT e.empno, e.ename, e.sal, t.avg FROM t_emp e JOIN (SELECT deptno, AVG(sal) AS avg FROM t_emp GROUP BY deptno) t ON e.deptno = t.deptno AND e.sal >= t.avg; -- 首先,按照每一個部門編號去分組,然後統計部門標號與該部門對應的平均月薪。將這個結果集作為一張臨時的表與員工的表做連線。 -- 連線的條件為 "員工表" 的 "部門編號" = "結果集" 的 "部門編號",並且員工的月薪大於部門的平均月薪
所以這個題目利用 "FROM" 子查詢也可以輕鬆的實現,未必要使用 "WHERE" 子查詢。因為 "FROM" 子查詢並不是 相關子查詢,所以再解決一些問題的時候應該有限選擇這種子查詢型別。
說一句實在的,這種子查詢在我目前經歷的所有專案中,一次也沒見到過。
究其原因呢,是因為 「SELECT」 子查詢也是相關子查詢,它在SQL語句中也會反覆的執行,查詢效率很低。
這裡我們就舉個例子:比如說現在要查詢每個員工的部門資訊,
SELECT e.empno, e.ename, (SELECT dname FROM t_dept WHERE deptno = e.deptno) AS 部門名稱 FROM t_emp e; -- 先試用 "SELECT" 子查詢查詢出 "部門表" 中的部門名稱,約束條件為 "部門表"中的 "部門編號" 與 "員工表"中的 "部門編號" 一致 -- 將 "SELECT" 子查詢得到的 "部門名稱" 作為SQL語句中的一個欄位進行輸出
雖然執行出來的結果是對的,但是執行的效率實在是太低了,所以這種 "SELECT" 子查詢的方式也是不推薦使用的,瞭解即可,當我們看到有其他人使用 "SELECT" 子查詢的時候,最好善意的提醒一下。
推薦學習:
以上就是歸納總結之MySQL資料庫子查詢語法規則的詳細內容,更多請關注TW511.COM其它相關文章!