SQL查詢語(yǔ)句執(zhí)行順序的示例分析

這篇文章主要介紹SQL查詢語(yǔ)句執(zhí)行順序的示例分析，文中介紹的非常詳細(xì)，具有一定的參考價(jià)值，感興趣的小伙伴們一定要看完！

SQL查詢語(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ù)如下：

用戶表

訂單表

準(zhǔn)備SQL邏輯查詢測(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查詢語(yǔ)句來(lái)獲得來(lái)自北京，并且訂單數(shù)少于2的客戶;

在這些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告訴我們的?，F(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;

三、添加外部行

這一步只有在連接類型為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ì)被全部查詢出來(lái)，若右表中無(wú)對(duì)應(yīng)數(shù)據(jù)，會(huì)用NULL來(lái)填充：

RIGHT OUTER JOIN把右表記為保留表：即右表的數(shù)據(jù)會(huì)被全部查詢出來(lái)，若左表中無(wú)對(duì)應(yīng)數(shù)據(jù)，則用NULL補(bǔ)充；

FULL OUTER JOIN把左右表都作為保留表，但在Mysql中不支持全連接，可以通過(guò)以下方式實(shí)現(xiàn)全連接：

由于我在準(zhǔn)備的測(cè)試SQL查詢邏輯語(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)這類對(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子句被寫在第一行，就是第一個(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ù)

如果在查詢中指定了DISTINCT子句，則會(huì)創(chuàng)建一張內(nèi)存臨時(shí)表（如果內(nèi)存放不下，就需要存放在硬盤了）。這張臨時(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ò)程。

以上是“SQL查詢語(yǔ)句執(zhí)行順序的示例分析”這篇文章的所有內(nèi)容，感謝各位的閱讀！希望分享的內(nèi)容對(duì)大家有幫助，更多相關(guān)知識(shí)，歡迎關(guān)注億速云行業(yè)資訊頻道！