在寫sql的時候，由于有部分語句別名不能調(diào)用，百度了一下原因，原來是由于別名機(jī)制不同引起的。為了避免下一次再犯同樣的錯誤，今天把網(wǎng)上找到資料總結(jié)了一下，sql和mysql執(zhí)行順序，發(fā)現(xiàn)內(nèi)部機(jī)制是一樣的。最大區(qū)別是在別名的引用上。

一、sql執(zhí)行順序
(1)from
(3) join
(2) on
(4) where
(5)group by
(6) avg,sum....
(7)having
(8) select
(9) distinct
(10) order by

從這個順序中我們不難發(fā)現(xiàn)，所有的 查詢語句都是從from開始執(zhí)行的，在執(zhí)行過程中，每個步驟都會為下一個步驟生成一個虛擬表，這個虛擬表將作為下一個執(zhí)行步驟的輸入。
第一步：首先對from子句中的前兩個表執(zhí)行一個笛卡爾乘積，此時生成虛擬表 vt1（選擇相對小的表做基礎(chǔ)表）
第二步：接下來便是應(yīng)用on篩選器，on 中的邏輯表達(dá)式將應(yīng)用到 vt1 中的各個行，篩選出滿足on邏輯表達(dá)式的行，生成虛擬表 vt2
第三步：如果是outer join 那么這一步就將添加外部行，left outer jion 就把左表在第二步中過濾的添加進(jìn)來，如果是right outer join 那么就將右表在第二步中過濾掉的行添加進(jìn)來，這樣生成虛擬表 vt3
第四步：如果 from 子句中的表數(shù)目多余兩個表，那么就將vt3和第三個表連接從而計算笛卡爾乘積，生成虛擬表，該過程就是一個重復(fù)1-3的步驟，最終得到一個新的虛擬表 vt3。
第五步：應(yīng)用where篩選器，對上一步生產(chǎn)的虛擬表引用where篩選器，生成虛擬表vt4，在這有個比較重要的細(xì)節(jié)不得不說一下，對于包含outer join子句的查詢，就有一個讓人感到困惑的問題，到底在on篩選器還是用where篩選器指定邏輯表達(dá)式呢？on和where的最大區(qū)別在于，如果在on應(yīng)用邏輯表達(dá)式那么在第三步outer join中還可以把移除的行再次添加回來，而where的移除的最終的。舉個簡單的例子，有一個學(xué)生表（班級,姓名）和一個成績表(姓名,成績)，我現(xiàn)在需要返回一個x班級的全體同學(xué)的成績，但是這個班級有幾個學(xué)生缺考，也就是說在成績表中沒有記錄。為了得到我們預(yù)期的結(jié)果我們就需要在on子句指定學(xué)生和成績表的關(guān)系（學(xué)生.姓名=成績.姓名）那么我們是否發(fā)現(xiàn)在執(zhí)行第二步的時候，對于沒有參加考試的學(xué)生記錄就不會出現(xiàn)在vt2中，因為他們被on的邏輯表達(dá)式過濾掉了,但是我們用left outer join就可以把左表（學(xué)生）中沒有參加考試的學(xué)生找回來，因為我們想返回的是x班級的所有學(xué)生，如果在on中應(yīng)用學(xué)生.班級='x'的話，那么在left outer join 中就會將不會把x班級的學(xué)生的所有記錄找回來，所以只能在where篩選器中應(yīng)用學(xué)生.班級='x' 因為它的過濾是最終的。
第六步：group by 子句將中的唯一的值組合成為一組，得到虛擬表vt5。如果應(yīng)用了group by，那么后面的所有步驟都只能得到的vt5的列或者是聚合函數(shù)（count、sum、avg等）。原因在于最終的結(jié)果集中只為每個組包含一行。這一點請牢記。
第七步：應(yīng)用cube或者rollup選項，為vt5生成超組，生成vt6.
第八步：應(yīng)用having篩選器，生成vt7。having篩選器是第一個也是為唯一一個應(yīng)用到已分組數(shù)據(jù)的篩選器。
第九步：處理select子句。將vt7中的在select中出現(xiàn)的列篩選出來。生成vt8.
第十步：應(yīng)用distinct子句，vt8中移除相同的行，生成vt9。事實上如果應(yīng)用了group by子句那么distinct是多余的，原因同樣在于，分組的時候是將列中唯一的值分成一組，同時只為每一組返回一行記錄，那么所以的記錄都將是不相同的。
第十一步：應(yīng)用order by子句。按照order_by_condition排序vt9，此時返回的一個游標(biāo)，而不是虛擬表。sql是基于集合的理論的，集合不會預(yù)先對他的行排序，它只是成員的邏輯集合，成員的順序是無關(guān)緊要的。對表進(jìn)行排序的查詢可以返回一個對象，這個對象包含特定的物理順序的邏輯組織。這個對象就叫游標(biāo)。正因為返回值是游標(biāo)，那么使用order by 子句查詢不能應(yīng)用于表表達(dá)式。排序是很需要成本的，除非你必須要排序，否則最好不要指定order by，最后，在這一步中是第一個也是唯一一個可以使用select列表中別名的步驟。
第十二步：應(yīng)用top選項。此時才返回結(jié)果給請求者即用戶。

二、mysql的執(zhí)行順序
SELECT語句定義
一個完成的SELECT語句包含可選的幾個子句。SELECT語句的定義如下：
SQL代碼

SELECT子句是必選的，其它子句如WHERE子句、GROUP BY子句等是可選的。
一個SELECT語句中，子句的順序是固定的。例如GROUP BY子句不會位于WHERE子句的前面。

SELECT語句執(zhí)行順序
SELECT語句中子句的執(zhí)行順序與SELECT語句中子句的輸入順序是不一樣的，所以并不是從SELECT子句開始執(zhí)行的，而是按照下面的順序執(zhí)行：
開始->FROM子句->WHERE子句->GROUP BY子句->HAVING子句->ORDER BY子句->SELECT子句->LIMIT子句->最終結(jié)果
每個子句執(zhí)行后都會產(chǎn)生一個中間結(jié)果，供接下來的子句使用，如果不存在某個子句，就跳過
對比了一下，mysql和sql執(zhí)行順序基本是一樣的, 標(biāo)準(zhǔn)順序的 SQL 語句為:

SQL代碼

　　 在上面的示例中 SQL 語句的執(zhí)行順序如下:

　　 (1). 首先執(zhí)行 FROM 子句, 從 tb_Grade 表組裝數(shù)據(jù)源的數(shù)據(jù)

　　 (2). 執(zhí)行 WHERE 子句, 篩選 tb_Grade 表中所有數(shù)據(jù)不為 NULL 的數(shù)據(jù)

　　 (3). 執(zhí)行 GROUP BY 子句, 把 tb_Grade 表按 "學(xué)生姓名" 列進(jìn)行分組

　　 (4). 計算 max() 聚集函數(shù), 按 "總成績" 求出總成績中最大的一些數(shù)值

　　 (5). 執(zhí)行 HAVING 子句, 篩選課程的總成績大于 600 分的.

　　 (7). 執(zhí)行 ORDER BY 子句, 把最后的結(jié)果按 "Max 成績" 進(jìn)行排序.

下面以一個實例來說明別名不能用的根本原因：

例子 一

SQL代碼

假如把case 里面avg(s.score)改成別名rscore 在sql下運(yùn)行就報錯了

例子二

SQL代碼

假如把having 里面的count( *)換成別名c，這句在sql里面就變成錯誤的了，在 mysql下是正確的，百思不得其解，給朋友指點了一下，終于理解通了，下面是說明：
GroupBy和Having，Where，Orderby語句的執(zhí)行順序：
最后要說明一下的GroupBy，Having，Where，Orderby幾個語句的執(zhí)行順序。一個SQL語句往往會產(chǎn)生多個臨時視圖，那么這些關(guān)鍵字的執(zhí)行順序就非常重要了，因為你必須了解這個關(guān)鍵字是在對應(yīng)視圖形成前的字段進(jìn)行操作還是對形成的臨時視圖進(jìn)行操作，這個問題在使用了別名的視圖尤其重要。以上列舉的關(guān)鍵字是按照如下順序進(jìn)行執(zhí)行的：Where，GroupBy，Having，Orderby。首先where將最原始記錄中不滿足條件的記錄刪除，然后通過GroupBy關(guān)鍵字后面指定的分組條件將篩選得到的視圖進(jìn)行分組，接著系統(tǒng)根據(jù)Having關(guān)鍵字后面指定的篩選條件，將分組視圖后不滿足條件的記錄篩選掉，然后按照OrderBy語句對視圖進(jìn)行排序，這樣最終的結(jié)果就產(chǎn)生了。在這四個關(guān)鍵字中，只有在OrderBy語句中才可以使用最終視圖的列名，如：

SQL代碼

這里只有在ORDERBY語句中才可以使用IDE，其他條件語句中假如需要引用列名則只能使用ID，而不能使用IDE。

最新評論