引言

　　這不是一個什么多深的技術問題，多么牛叉的編程能力。這跟一個人的開發能力也沒有非常必然的直接關系，但是知道這些會對你的SQL編寫，排憂及優化上會有很大的幫助。它不是一個復雜的知識點，但是一個非?；A的SQL根基。不了解這些，你一直用普通水泥蓋房子；掌握這些，你是在用高等水泥蓋房子。

　　然而，就是這么一個小小的知識點，大家可以去調查一下周圍的同事朋友，沒準你會得到一個“驚喜”。

　　由于這篇文章是突然有感而寫，下面隨手編寫的SQL語句沒有經過測試。

　　看下面的幾段SQL語句：

下面是SELECT語句的邏輯執行順序：

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語句的實際物理執行順序可能會由于查詢處理器的不同而與這個順序有所出入。

幾個示例

示例一：

覺得這個SQL語句眼熟嗎？對，非?；A的分組查詢。但它不能執行成功，因為HAVING的執行順序在SELECT之上。

實際執行順序如下：

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執行過后生成的新別名。因此，在HAVING TOTAL>2執行時是不能識別TOTAL的。

示例二

這個的實際執行順序是：

1.FROM STUDENT
2.GROUP BY ID
3.SELECT ID,COUNT(ID) AS TOTAL
4.ORDER BY TOTAL
　　這一次沒有任何問題，能夠成功執行。如果把ORDER BY TOTAL換成ORDER BY COUNT(ID)呢？