這篇文章主要介紹了數(shù)據(jù)庫中的SELECT語句邏輯執(zhí)行順序分析,并列出了一些例子,需要的朋友可以參考下。
引言
這不是一個什么多深的技術(shù)問題,多么牛叉的編程能力。這跟一個人的開發(fā)能力也沒有非常必然的直接關(guān)系,但是知道這些會對你的SQL編寫,排憂及優(yōu)化上會有很大的幫助。它不是一個復雜的知識點,但是一個非?;A(chǔ)的SQL根基。不了解這些,你一直用普通水泥蓋房子;掌握這些,你是在用高等水泥蓋房子。
然而,就是這么一個小小的知識點,大家可以去調(diào)查一下周圍的同事朋友,沒準你會得到一個“驚喜”。
由于這篇文章是突然有感而寫,下面隨手編寫的SQL語句沒有經(jīng)過測試。
看下面的幾段SQL語句:
代碼如下:
#1
SELECT ID,COUNT(ID) AS TOTAL
FROM STUDENT
GROUP BY ID
HAVING TOTAL>2
#2
SELECT ID,COUNT(ID) AS TOTAL
FROM STUDENT
GROUP BY ID
ORDER BY TOTAL
#3
SELECT FIRSTNAME+' '+LASTNAME AS NAME, COUNT(*) AS COUNT
FROM STUDENT
GROUP BY NAME
你覺得哪一個不能夠成功執(zhí)行?
下面是SELECT語句的邏輯執(zhí)行順序:
1.FROM
2.ON
3.JOIN
4.WHERE
5.GROUP BY
6.WITH CUBE or WITH ROLLUP
7.HAVING
8.SELECT
9.DISTINCT
10.ORDER BY
11.TOP
MICROSOFT指出,SELECT語句的實際物理執(zhí)行順序可能會由于查詢處理器的不同而與這個順序有所出入。
幾個示例
示例一:
代碼如下:
SELECT ID,COUNT(ID) AS TOTAL
FROM STUDENT
GROUP BY ID
HAVING TOTAL>2
覺得這個SQL語句眼熟嗎?對,非?;A(chǔ)的分組查詢。但它不能執(zhí)行成功,因為HAVING的執(zhí)行順序在SELECT之上。
實際執(zhí)行順序如下:
1.FROM STUDENT
2.GROUP BY ID
3.HAVING TOTAL>2
4.SELECT ID,COUNT(ID) AS TOTAL
很明顯,TOTAL是在最后一句SELECT ID,COUNT(ID) AS TOTAL執(zhí)行過后生成的新別名。因此,在HAVING TOTAL>2執(zhí)行時是不能識別TOTAL的。
示例二
代碼如下:
SELECT ID,COUNT(ID) AS TOTAL
FROM STUDENT
GROUP BY ID
ORDER BY TOTAL
這個的實際執(zhí)行順序是:
1.FROM STUDENT
2.GROUP BY ID
3.SELECT ID,COUNT(ID) AS TOTAL
4.ORDER BY TOTAL
這一次沒有任何問題,能夠成功執(zhí)行。如果把ORDER BY TOTAL換成ORDER BY COUNT(ID)呢?
代碼如下:
SELECT ID,COUNT(ID) AS TOTAL
FROM STUDENT
GROUP BY ID
ORDER BY COUNT(ID)
實際執(zhí)行順序:
1.FROM STUDENT
2.GROUP BY ID
3.SELECT ID,COUNT(ID) AS TOTAL
4.ORDER BY COUNT(ID)
沒錯,它是能夠成功執(zhí)行的,看SQL執(zhí)行計劃,它與上面ORDER BY TOTAL是一樣的。ORDER BY 是在SELECT后執(zhí)行,因此可以用別名TOTAL。
示例三
代碼如下:
SELECT FIRSTNAME+' '+LASTNAME AS NAME, COUNT(*) AS COUNT
FROM STUDENT
GROUP BY NAME
實際執(zhí)行順序:
代碼如下:
FROM STUDENT
GROUP BY NAME
SELECT FIRSTNAME+' '+LASTNAME AS NAME,COUNT(*) AS COUNT
很明顯,執(zhí)行GROUP BY NAME時別名NAME還沒有創(chuàng)建,因此它是不能執(zhí)行成功的。
總結(jié)
回憶起曾經(jīng)隨意問過一些人這個問題,不管誰說不知道時我們都會故意嘲笑一翻,當然此嘲笑非彼嘲笑。但事實證明還是有一些人不會注意到這個知識點,在此貼出來只是做為一個友好的提醒。
更多信息請查看IT技術(shù)專欄