SQLServer中SELECT語句的執(zhí)行順序
要用10s,換用另外一種寫法只用少于1s的時(shí)間,同事說是因?yàn)镾ql句語執(zhí)行順序的原因。之前看過一點(diǎn)相
關(guān)的書,有一點(diǎn)印象,到網(wǎng)上找了資料,學(xué)習(xí)下。
邏輯查詢處理步驟
(8)SELECT (9)DISTINCT
(11)<TOP_specification> <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)WITH {CUBE | ROLLUP}
(7)HAVING <having_condition>
(10)ORDER BY <order_by_list>
每個步驟產(chǎn)生一個虛擬表,該虛擬表被用作下一個步驟的輸入。只有最后一步生成的表返回給調(diào)用者。如
果沒有某一子句,則跳過相應(yīng)的步驟。
1. FROM:對FROM子句中的前兩個表執(zhí)行笛卡爾積,生成虛擬表VT1。
2. ON:對VT1應(yīng)用ON篩選器。只有那些使<join_condition>為真的行才被插入VT2。
3. OUTER(JOIN):如果指定了OUTER JOIN,保留表中未找到匹配的行將作為外部行添加到VT2,生成VT3。
如果FROM子句包含兩個以上的表,則對上一個聯(lián)接生成的結(jié)果表和下一個表重復(fù)執(zhí)行步驟1到步驟3,直到
處理完所有的表為止。
4. 對VT3應(yīng)用WHERE篩選器。只有使<where_condition>為TRUE的行才被插入VT4。
5. GROUP BY:按GROUP BY 子句中的列列表對VT4中的行分組,生成VT5。
6. CUBE|ROLLUP:把超組插入VT5,生成VT6。
7. HAVING:對VT6應(yīng)用HAVING篩選器。只有使<having_condition>為TRUE的組才會被插入VT7。
8. SELECT:處理SELECT列表,產(chǎn)生VT8。
9. DISTINCT:將重復(fù)的行從VT8中移除,產(chǎn)生VT9。
10. ORDER BY:將VT9中的行按ORDER BY子句中的列列表排序,生成一個有表(VC10)。
11. TOP:從VC10的開始處選擇指定數(shù)量或比例的行,生成表VT11,并返回給調(diào)用者。
以下是其它網(wǎng)友的補(bǔ)充:
好像自已在書寫 SQL 語句時(shí)由于不清楚各個關(guān)鍵字的執(zhí)行順序, 往往組織的 SQL 語句缺少很好的邏輯, 憑感覺 "拼湊" ( 不好意思, 如果您的 SQL 語句也經(jīng)常 "拼湊", 那您是不是得好好反省一下呢?, 呵呵).
這樣做確實(shí)是爽了自己, 可苦了機(jī)器, 服務(wù)器還需要在我們的雜亂無章的 SQL 語句中尋找它下一句需要執(zhí)行的關(guān)鍵字在哪里.
效率嘛, 由于我們的感覺神經(jīng)對秒以下的變化實(shí)在不敏感, 暫且就認(rèn)為自已寫的 SQL 順序無關(guān)緊要, "反正沒什么變化!", 呵呵.其實(shí)服務(wù)器對每句 SQL 解析時(shí)間都會有詳細(xì)記錄的, 大家可以看一下自已按習(xí)慣寫的 SQL 和按標(biāo)準(zhǔn)順序?qū)懙腟QL解析時(shí)間差別有多大.
因此, 建議大家在平時(shí)工作中 SQL 語句按標(biāo)準(zhǔn)順序?qū)? 一是專業(yè), 二是實(shí)用, 呵呵, 不過我覺得最主要的是心里感覺舒服.
標(biāo)準(zhǔn)的 SQL 的解析順序?yàn)?
(1).FROM 子句, 組裝來自不同數(shù)據(jù)源的數(shù)據(jù)
(2).WHERE 子句, 基于指定的條件對記錄進(jìn)行篩選
(3).GROUP BY 子句, 將數(shù)據(jù)劃分為多個分組
(4).使用聚合函數(shù)進(jìn)行計(jì)算
(5).使用 HAVING 子句篩選分組
(6).計(jì)算所有的表達(dá)式
(7).使用 ORDER BY 對結(jié)果集進(jìn)行排序
舉例說明: 在學(xué)生成績表中 (暫記為 tb_Grade), 把 "考生姓名"內(nèi)容不為空的記錄按照 "考生姓名" 分組, 并且篩選分組結(jié)果, 選出 "總成績" 大于 600 分的.
標(biāo)準(zhǔn)順序的 SQL 語句為:
select 考生姓名, max(總成績) as max總成績
from tb_Grade
where 考生姓名 is not null
group by 考生姓名
having max(總成績) > 600
order by max總成績
在上面的示例中 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). 計(jì)算 max() 聚集函數(shù), 按 "總成績" 求出總成績中最大的一些數(shù)值
(5). 執(zhí)行 HAVING 子句, 篩選課程的總成績大于 600 分的.
(7). 執(zhí)行 ORDER BY 子句, 把最后的結(jié)果按 "Max 成績" 進(jìn)行排序.
好了,看了這些之后,我相信大家都知道了SQL中select語句的執(zhí)行順序了吧!哈哈!
相關(guān)文章
sql中的left join及on、where條件關(guān)鍵字的區(qū)別詳解
LEFT JOIN 關(guān)鍵字從左表(table1)返回所有的行,即使右表(table2)中沒有匹配。如果右表中沒有匹配,則結(jié)果為 NULL。這篇文章主要介紹了sql中的left join以及on、where關(guān)鍵字的區(qū)別,需要的朋友可以參考下2018-08-08SQL server 定時(shí)自動備份數(shù)據(jù)庫的圖文方法
這篇文章主要介紹了SQL server 定時(shí)自動備份數(shù)據(jù)庫的圖文方法,需要的朋友可以參考下2017-02-02t-sql清空表數(shù)據(jù)的兩種方式示例(truncate and delete)
這篇文章主要介紹了t-sql使用truncate and delete清空表數(shù)據(jù)的兩種方法,大家參考使用2013-11-11SQL為什么不建議執(zhí)行超過3表以上的多表關(guān)聯(lián)查詢
mysql是往簡單化方向去設(shè)計(jì)的,如果多個表關(guān)聯(lián)查詢(超過3張表)效率上是比不上PG的,本文就詳細(xì)的介紹一下原因,感興趣的可以了解一下2022-03-03根據(jù)多條件查詢臨時(shí)表 想得到不同結(jié)果集的方法
很多情況下,需要采用多個參數(shù)來查詢一張臨時(shí)表,每個參數(shù)都要求得到不同的臨時(shí)表結(jié)果集。而往往某些參數(shù)并不對應(yīng)這張臨時(shí)表中的字段,而是對應(yīng)與該臨時(shí)表ID關(guān)聯(lián)的另一張表的字段。2009-11-11動態(tài)SQL中返回?cái)?shù)值的實(shí)現(xiàn)代碼
最近在做一個paypal抓取數(shù)據(jù)的程序,由于所有字段和paypal之間存在對應(yīng)映射的關(guān)系,所以所有的sql語句必須得拼接傳到存儲過程里去執(zhí)行2011-12-12SQL 雙親節(jié)點(diǎn)查找所有子節(jié)點(diǎn)的實(shí)現(xiàn)方法
下面小編就為大家?guī)硪黄猄QL 雙親節(jié)點(diǎn)查找所有子節(jié)點(diǎn)的實(shí)現(xiàn)方法。小編覺得挺不錯的,現(xiàn)在分享給大家,也給大家做個參考。一起跟隨小編過來看看吧2016-05-05MSSQL轉(zhuǎn)MYSQL,gb2312轉(zhuǎn)utf-8無亂碼解決方法
MSSQL轉(zhuǎn)MYSQL,gb2312轉(zhuǎn)utf-8無亂碼解決方法,需要的朋友可以參考下。2010-06-06