一文告訴你Sql的執(zhí)行順序是怎樣的
學(xué)過(guò) Sql,或了解過(guò) Sql 的人,應(yīng)該都會(huì)寫(xiě)下面這行代碼:
select * from t
上面代碼表示查詢(xún) t 表中的所有信息,是 Sql 查詢(xún)中最基礎(chǔ),最簡(jiǎn)單的一行代碼,你可以把它理解成是其他編程語(yǔ)言中的Hello World。
select *只是你邁入 Sql 大門(mén)的第一步,在真實(shí)工作中,肯定不止這么簡(jiǎn)單的。我們來(lái)看一個(gè)例子。
現(xiàn)在有下面一個(gè)表 t ,存儲(chǔ)了每個(gè)商品類(lèi)別的成交明細(xì),我們需要通過(guò)下面這張表獲取訂單量大于10對(duì)應(yīng)的類(lèi)別,并從中取出訂單量前3的商品類(lèi)別,會(huì)有一些測(cè)試的訂單(catid=c666的為測(cè)試),我們需要過(guò)濾掉。
catid | orderid |
---|---|
c1 | 1 |
c1 | 2 |
c1 | 3 |
c2 | 4 |
c2 | 5 |
c3 | 6 |
… | … |
c100 | 10000 |
要做上面的需求,我們的 Sql 可以這么寫(xiě):
select catid, count(orderid) as sales from t where catid <> "c666" group by catid having count(orderid) > 10 order by count(orderid) desc limit 3
上面的 Sql 代碼中涉及到select、from、where、group by、having、order by、limit
這7個(gè)關(guān)鍵詞,基本上包括了 Sql 中所有的查詢(xún)關(guān)鍵詞,上面的順序是這7個(gè)關(guān)鍵詞的語(yǔ)法順序,也就是你在寫(xiě)代碼的時(shí)候,應(yīng)該按照這個(gè)順序?qū)?,那這7個(gè)關(guān)鍵詞的執(zhí)行順序是什么樣的呢?也就是先執(zhí)行哪個(gè)再執(zhí)行哪個(gè)?
可以肯定的是,肯定不是從上至下執(zhí)行,如果是這樣子的話,就沒(méi)有寫(xiě)這篇文章的必要啦。
我一直堅(jiān)持的一個(gè)態(tài)度就是,計(jì)算機(jī)在做事的時(shí)候和人沒(méi)什么兩樣,基本邏輯和流程都一樣,畢竟計(jì)算機(jī)也是人設(shè)計(jì)出來(lái)的。那既然這樣,我們就來(lái)看看,如果是我們自己手動(dòng)去做上面那個(gè)需求的時(shí)候,我們會(huì)怎么去做。
首先我是不是需要知道我要從哪個(gè)表去獲取我想要的,也就是from;現(xiàn)在我知道從哪個(gè)表獲取了,可是并不是這個(gè)表里面所有的信息都是我需要的,我需要把一些不需要的去掉(比如測(cè)試訂單),或是把一些我需要的篩選出來(lái),這就是where;現(xiàn)在我把我需要的訂單明細(xì)篩選出來(lái),可是我想要每個(gè)品類(lèi)的訂單量,這個(gè)時(shí)候是不是需要做一個(gè)分組聚合,也就是group by;分組聚合后的結(jié)果也并不是我們?nèi)慷家?,我們只要大?0的品類(lèi),所以需要把大于10的篩選出來(lái),非大于10的品類(lèi)過(guò)濾掉,這就是having;現(xiàn)在我們想要的大部分信息都已經(jīng)出來(lái)了,我們就可以用select把他們查詢(xún)出來(lái)了;因?yàn)槲覀冏詈笮枰∏叭钠奉?lèi),所以我們需要把查詢(xún)出來(lái)的結(jié)果進(jìn)行一個(gè)降序排列,即order by;最后一步就是只把前三顯示出來(lái),做一個(gè)限制就行,也就是limit。
以上就是 Sql 語(yǔ)句的一個(gè)基本執(zhí)行順序,總結(jié)一下就是:
from-where-groupby-having-select-orderby-limit
到此這篇關(guān)于Sql的執(zhí)行順序的文章就介紹到這了,更多相關(guān)Sql的執(zhí)行順序內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
相關(guān)文章
postgresql 按小時(shí)分表(含觸發(fā)器)的實(shí)現(xiàn)方式
這篇文章主要介紹了postgresql 按小時(shí)分表(含觸發(fā)器)的實(shí)現(xiàn)方式,本文給大家介紹的非常詳細(xì),具有一定的參考借鑒價(jià)值,需要的朋友可以參考下2020-01-01sql學(xué)習(xí)之CASE WHEN THEN ELSE END的用法
這篇文章主要介紹了sql學(xué)習(xí)之CASE WHEN THEN ELSE END的用法,需要的朋友可以參考下2014-06-06MyISAM與InnoDB索引實(shí)現(xiàn)對(duì)比詳解
這篇文章主要給大家介紹了關(guān)于MyISAM與InnoDB索引實(shí)現(xiàn)對(duì)比的相關(guān)資料,文中通過(guò)圖文介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來(lái)一起學(xué)習(xí)學(xué)習(xí)吧2020-09-09SQL SERVER 與ACCESS、EXCEL的數(shù)據(jù)轉(zhuǎn)換
SQL SERVER 與ACCESS、EXCEL的數(shù)據(jù)轉(zhuǎn)換...2007-02-02使用Navicat連接opengauss數(shù)據(jù)庫(kù)完整步驟(詳細(xì)圖文)
Navicat是一套快速、可靠并價(jià)格相當(dāng)便宜的數(shù)據(jù)庫(kù)管理工具,專(zhuān)為簡(jiǎn)化數(shù)據(jù)庫(kù)的管理及降低系統(tǒng)管理成本而設(shè),下面這篇文章主要給大家介紹了關(guān)于使用Navicat連接opengauss數(shù)據(jù)庫(kù)的完整步驟,需要的朋友可以參考下2024-02-02sql中l(wèi)eft join的效率分析與提高效率方法
網(wǎng)站隨著數(shù)據(jù)量與訪問(wèn)量越來(lái)越大,訪問(wèn)的速度變的越來(lái)越慢,于是開(kāi)始想辦法解決優(yōu)化速度慢的原因,下面是對(duì)程序中一條sql的分析與提高效率的過(guò)程2018-03-03詳細(xì)聊聊sql中exists和not?exists用法
mysql exists或not exists語(yǔ)句用于子查詢(xún),改語(yǔ)句只返回 TRUE 或 FALSE,下面這篇文章主要給大家介紹了關(guān)于sql中exists和not?exists用法的相關(guān)資料,文中通過(guò)實(shí)例代碼介紹的非常詳細(xì),需要的朋友可以參考下2022-02-02數(shù)據(jù)庫(kù)分頁(yè)查詢(xún)語(yǔ)句數(shù)據(jù)庫(kù)查詢(xún)
關(guān)于分頁(yè) SQL 的資料許多,有的使用存儲(chǔ)過(guò)程,有的使用游標(biāo)。本人不喜歡使用游標(biāo),我覺(jué)得它耗資、效率低;使用存儲(chǔ)過(guò)程是個(gè)不錯(cuò)的選擇,因?yàn)榇鎯?chǔ)過(guò)程是顛末預(yù)編譯的,執(zhí)行效率高,也更靈活2014-08-08MySQL與Oracle 差異比較之四條件循環(huán)語(yǔ)句
這篇文章主要介紹了MySQL與Oracle 差異比較之四條件循環(huán)語(yǔ)句,需要的朋友可以參考下2017-04-04