SQL查詢(xún)語(yǔ)句執(zhí)行順序如下:
(7) SELECT
(8) DISTINCT select_list>
(1) FROM left_table>
(3) join_type> JOIN right_table>
(2) ON join_condition>
(4) WHERE where_condition>
(5) GROUP BY group_by_list>
(6) HAVING having_condition>
(9) ORDER BY order_by_condition>
(10) LIMIT limit_number>
前期準(zhǔn)備工作
1、新建一個(gè)測(cè)試數(shù)據(jù)庫(kù)
create database testData;
2、創(chuàng)建測(cè)試表,并插入數(shù)據(jù)如下:
用戶(hù)表
訂單表
準(zhǔn)備SQL邏輯查詢(xún)測(cè)試語(yǔ)句
SELECT a.user_id,COUNT(b.order_id) as total_orders
FROM user as a
LEFT JOIN orders as b
ON a.user_id = b.user_id
WHERE a.city = 'beijing'
GROUP BY a.user_id
HAVING COUNT(b.order_id) 2
ORDER BY total_orders desc
使用上述SQL查詢(xún)語(yǔ)句來(lái)獲得來(lái)自北京,并且訂單數(shù)少于2的客戶(hù);
在這些SQL語(yǔ)句的執(zhí)行過(guò)程中,都會(huì)產(chǎn)生一個(gè)虛擬表,用來(lái)保存SQL語(yǔ)句的執(zhí)行結(jié)果
一、執(zhí)行FROM語(yǔ)句
第一步,執(zhí)行FROM
語(yǔ)句。我們首先需要知道最開(kāi)始從哪個(gè)表開(kāi)始的,這就是FROM
告訴我們的。現(xiàn)在有了left_table>
和right_table>
兩個(gè)表,我們到底從哪個(gè)表開(kāi)始,還是從兩個(gè)表進(jìn)行某種聯(lián)系以后再開(kāi)始呢?它們之間如何產(chǎn)生聯(lián)系呢?——笛卡爾積
經(jīng)過(guò)FROM語(yǔ)句對(duì)兩個(gè)表執(zhí)行笛卡爾積,會(huì)得到一個(gè)虛擬表,VT1(vitual table 1),內(nèi)容如下:
總共有28(user的記錄條數(shù) * orders的記錄條數(shù))條記錄。這就是VT1的結(jié)果,接下來(lái)的操作就在VT1的基礎(chǔ)上進(jìn)行
二、執(zhí)行ON過(guò)濾
執(zhí)行完笛卡爾積以后,接著就進(jìn)行ON a.user_id = b.user_id
條件過(guò)濾,根據(jù)ON
中指定的條件,去掉那些不符合條件的數(shù)據(jù),得到VT2如下:
select * from user as a inner JOIN orders as b ON a.user_id = b.user_id;
三、添加外部行
這一步只有在連接類(lèi)型為OUTER JOIN
時(shí)才發(fā)生,如LEFT OUTER JOIN
、RIGHT OUTER JOIN
和FULL OUTER JOIN
。在大多數(shù)的時(shí)候,我們都是會(huì)省略掉OUTER
關(guān)鍵字的,但OUTER
表示的就是外部行的概念。
LEFT OUTER JOIN
把左表記為保留表:即左表的數(shù)據(jù)會(huì)被全部查詢(xún)出來(lái),若右表中無(wú)對(duì)應(yīng)數(shù)據(jù),會(huì)用NULL來(lái)填充:
RIGHT OUTER JOIN
把右表記為保留表:即右表的數(shù)據(jù)會(huì)被全部查詢(xún)出來(lái),若左表中無(wú)對(duì)應(yīng)數(shù)據(jù),則用NULL補(bǔ)充;
FULL OUTER JOIN
把左右表都作為保留表,但在Mysql中不支持全連接,可以通過(guò)以下方式實(shí)現(xiàn)全連接:
由于我在準(zhǔn)備的測(cè)試SQL查詢(xún)邏輯語(yǔ)句中使用的是LEFT JOIN,得到的VT3表如下:
四、執(zhí)行where條件過(guò)濾
對(duì)添加了外部行的數(shù)據(jù)進(jìn)行where條件過(guò)濾,只有符合where_condition>條件的記錄會(huì)被篩選出來(lái),執(zhí)行WHERE a.city = 'beijing' 得到VT4如下:
但是在使用WHERE子句時(shí),需要注意以下兩點(diǎn):
1、由于數(shù)據(jù)還沒(méi)有分組,因此現(xiàn)在還不能在where過(guò)濾條件中使用where_condition=MIN(col)這類(lèi)對(duì)分組統(tǒng)計(jì)的過(guò)濾;
2、由于還沒(méi)有進(jìn)行列的選取操作,因此在select中使用列的別名也是不被允許的,如:select city as c from table1 wherec='beijing' 是不允許的
五、執(zhí)行g(shù)roup by分組語(yǔ)句
GROU BY
子句主要是對(duì)使用WHERE
子句得到的虛擬表進(jìn)行分組操作,執(zhí)行GROUP BY a.user_id得到VT5如下:
六、執(zhí)行having
HAVING
子句主要和GROUP BY
子句配合使用,對(duì)分組得到VT5的數(shù)據(jù)進(jìn)行條件過(guò)濾,執(zhí)行 HAVING COUNT(b.order_id) 2,得到VT6如下:
七、select列表
現(xiàn)在才會(huì)執(zhí)行到SELECT
子句,不要以為SELECT
子句被寫(xiě)在第一行,就是第一個(gè)被執(zhí)行的。
我們執(zhí)行測(cè)試語(yǔ)句中的SELECT a.user_id,user_name,COUNT(b.order_id) as total_orders
,從VT6中選擇出我們需要的內(nèi)容,得到VT7如下:
八、執(zhí)行distinct去重復(fù)數(shù)據(jù)
如果在查詢(xún)中指定了DISTINCT
子句,則會(huì)創(chuàng)建一張內(nèi)存臨時(shí)表(如果內(nèi)存放不下,就需要存放在硬盤(pán)了)。這張臨時(shí)表的表結(jié)構(gòu)和上一步產(chǎn)生的虛擬表是一樣的,不同的是對(duì)進(jìn)行DISTINCT操作的列增加了一個(gè)唯一索引,以此來(lái)除重復(fù)數(shù)據(jù)。測(cè)試SQL中沒(méi)有DISTINCT
字句,所以不會(huì)執(zhí)行
九、執(zhí)行order by字句
對(duì)虛擬表VT7中的內(nèi)容按照指定的列進(jìn)行排序,然后返回一個(gè)新的虛擬表,我們執(zhí)行測(cè)試SQL語(yǔ)句中的ORDER BY total_orders DESC
,得到結(jié)果如下:
DESC倒序排序,ASC升序排序
十、執(zhí)行l(wèi)imit字句
LIMIT子句從上一步得到的虛擬表中選出從指定位置開(kāi)始的指定行數(shù)據(jù),常用來(lái)做分頁(yè);
MySQL數(shù)據(jù)庫(kù)的LIMIT支持如下形式的選擇:limit n,m
表示從第n條記錄開(kāi)始選擇m條記錄。對(duì)于小數(shù)據(jù),使用LIMIT子句沒(méi)有任何問(wèn)題,當(dāng)數(shù)據(jù)量非常大的時(shí)候,使用LIMIT n, m是非常低效的。因?yàn)長(zhǎng)IMIT的機(jī)制是每次都是從頭開(kāi)始掃描,如果需要從第60萬(wàn)行開(kāi)始,讀取3條數(shù)據(jù),就需要先掃描定位到60萬(wàn)行,然后再進(jìn)行讀取,而掃描的過(guò)程是一個(gè)非常低效的過(guò)程。
以上就是本文的全部?jī)?nèi)容,希望對(duì)大家的學(xué)習(xí)有所幫助,也希望大家多多支持腳本之家。
您可能感興趣的文章:- SQL語(yǔ)句執(zhí)行順序圖文介紹
- SQL語(yǔ)句執(zhí)行順序詳解
- SQL語(yǔ)句執(zhí)行深入講解(MySQL架構(gòu)總覽->查詢(xún)執(zhí)行流程->SQL解析順序)
- 關(guān)于SQL語(yǔ)句中的AND和OR執(zhí)行順序遇到的問(wèn)題
- 一文告訴你Sql的執(zhí)行順序是怎樣的