MySQL數(shù)據(jù)庫子查詢語法規(guī)則詳解
子查詢是在查詢語句里面再嵌套一個查詢,這是因為我們在提取數(shù)據(jù)的時候有很多不知道的數(shù)據(jù)產(chǎn)生了依賴關(guān)系。此時我們就需要先查詢一組數(shù)據(jù)的結(jié)果集,然后將這個結(jié)果集作用為下一個查詢的對象。在 “表連接的章節(jié)”,我們曾說過子查詢的效率低下的問題,其實并不是所有的子查詢效率都是低下的,“WHERE” 子查詢在匹配記錄的時候要反復(fù)執(zhí)行,這是不推薦使用的;但是如果將查詢結(jié)果集當(dāng)做一張表來使用,與其他的表做一個連接,這就是 “FROM” 子句的子查詢了,這種子查詢的方式,還是比較推薦使用的。
詳細的說,子查詢分為 “單行子查詢”、“多行子查詢”、"WHERE"子查詢、“FROM” 子查詢 和 “SELECT” 子查詢;這些都是該章節(jié)我們需要學(xué)習(xí)的內(nèi)容。
子查詢簡介
子查詢是一種查詢語句中再嵌套一個查詢的語句
普通查詢語句分為 “SELECT” 子查詢、“FROM” 子查詢、“WHERE"子查詢;(重點推薦使用 " ‘FROM’ 子查詢”)
子查詢示例如下:
查詢底薪超過公司平均底薪的員工信息。(之前我們使用過表連接的方式做個這個案例,這里來看一下如何通過子查詢的方式來實現(xiàn)。)
SELECT empno, ename, sal FROM t_emp WHERE sal >= (SELECT AVG(sal) FROM t_emp); -- 正常情況下,將聚合函數(shù)作為 WHERE 子句的條件是不可以的,但是這里利用子查詢與聚合函數(shù)先將平均底薪查詢出來,這就變成具體的數(shù)據(jù)了 -- 這種情況下,作為 WHERE 子句的條件,就可以被使用了
以上就是 WHERE 子句的子查詢,不過 WHERE 子句的子查詢使不推薦使用的,應(yīng)該使用表連接的寫法。
WHERE 子查詢
在書寫 SQL 語句的時候, WHERE 子查詢最符合我們?nèi)说乃伎歼壿?/p>
雖然這種 子查詢 最簡單、最容易理解,但是卻是效率很低的子查詢
以剛剛演示的 查詢底薪超過公司平均底薪的員工信息 來說吧。“WHERE” 子句拿每一條員工的記錄與 “SELECT” 子查詢做比較的時候,子查詢都需要重新執(zhí)行一次。如果員工表有 10000 條記錄,那么 子查詢 就需要執(zhí)行 10000次,反復(fù)執(zhí)行這么多次,效率上是極其低下的。
在查詢語句中,反復(fù)被查詢的子查詢被稱為 “相關(guān)子查詢”,這里的 “WHERE” 子查詢就屬于 “相關(guān)子查詢” 應(yīng)該避免使用這種子查詢。
FROM 子查詢
在查詢語句中, “FROM” 子查詢只會執(zhí)行一次,這與 “WHERE” 子查詢是相反的,所以查詢效率很高。
同樣以 查詢底薪超過公司平均底薪的員工信息 為例,來看一看 “FROM” 子查詢是如何實現(xiàn)的。
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; -- 首先,按照每一個部門編號去分組,然后統(tǒng)計部門標(biāo)號與該部門對應(yīng)的平均月薪。將這個結(jié)果集作為一張臨時的表與員工的表做連接。 -- 連接的條件為 "員工表" 的 "部門編號" = "結(jié)果集" 的 "部門編號",并且員工的月薪大于部門的平均月薪
所以這個題目利用 "FROM" 子查詢也可以輕松的實現(xiàn),未必要使用 "WHERE" 子查詢。因為 "FROM" 子查詢并不是 相關(guān)子查詢,所以再解決一些問題的時候應(yīng)該有限選擇這種子查詢類型。
SELECT 子查詢
說一句實在的,這種子查詢在我目前經(jīng)歷的所有項目中,一次也沒見到過。
究其原因呢,是因為 “SELECT” 子查詢也是相關(guān)子查詢,它在SQL語句中也會反復(fù)的執(zhí)行,查詢效率很低。
這里我們就舉個例子:比如說現(xiàn)在要查詢每個員工的部門信息,
SELECT e.empno, e.ename, (SELECT dname FROM t_dept WHERE deptno = e.deptno) AS 部門名稱 FROM t_emp e; ???????-- 先試用 "SELECT" 子查詢查詢出 "部門表" 中的部門名稱,約束條件為 "部門表"中的 "部門編號" 與 "員工表"中的 "部門編號" 一致 -- 將 "SELECT" 子查詢得到的 "部門名稱" 作為SQL語句中的一個字段進行輸出
雖然執(zhí)行出來的結(jié)果是對的,但是執(zhí)行的效率實在是太低了,所以這種 "SELECT" 子查詢的方式也是不推薦使用的,了解即可,當(dāng)我們看到有其他人使用 "SELECT" 子查詢的時候,最好善意的提醒一下。
到此這篇關(guān)于MySQL數(shù)據(jù)庫子查詢語法規(guī)則詳解的文章就介紹到這了,更多相關(guān)MySQL子查詢內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
相關(guān)文章
SQL實現(xiàn)LeetCode(184.系里最高薪水)
這篇文章主要介紹了SQL實現(xiàn)LeetCode(184.系里最高薪水),本篇文章通過簡要的案例,講解了該項技術(shù)的了解與使用,以下就是詳細內(nèi)容,需要的朋友可以參考下2021-08-08mysql5.7及mysql 8.0版本修改root密碼的方法小結(jié)
這篇文章主要介紹了mysql5.7及mysql 8.0版本修改root密碼方式 ,非常不錯,具有一定的參考借鑒價值,需要的朋友可以參考下2018-11-11MySQL數(shù)據(jù)庫和Redis緩存一致性的更新策略
本文主要介紹了MySQL數(shù)據(jù)庫和Redis緩存一致性的更新策略問題,文中有詳細的代碼示例,有需要的朋友可以參考一下2023-04-04MySQL Index Condition Pushdown(ICP)性能優(yōu)化方法實例
這篇文章主要介紹了MySQL Index Condition Pushdown(ICP)性能優(yōu)化方法實例,本文講解了概念介紹、原理、實踐案例、案例分析、ICP的使用限制等內(nèi)容,需要的朋友可以參考下2015-05-05