SELECT语句的执行的逻辑查询处理步骤：
(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>
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语句的实际物理执行顺序可能会由于查询处理器的不同而与这个顺序有所出入。
每个步骤产生一个虚拟表，该虚拟表被用作下一个步骤的输入。只有最后一步生成的表返回给调用者。
如果没有某一子句，则跳过相应的步骤。
1. FROM:对FROM子句中的前两个表执行笛卡尔积，生成虚拟表VT1。
2. ON:对VT1应用ON筛选器。只有那些使<join_condition>为真的行才被插入VT2。
3. OUTER(JOIN):如果指定了OUTER JOIN，保留表中未找到匹配的行将作为外部行添加到VT2，生成VT3。
如果FROM子句包含两个以上的表，则对上一个联接生成的结果表和下一个表重复执行步骤1到步骤3，直到
处理完所有的表为止。
4. 对VT3应用WHERE筛选器。只有使<where_condition>为TRUE的行才被插入VT4。
5. GROUP BY:按GROUP BY 子句中的列列表对VT4中的行分组，生成VT5。
6. CUBE|ROLLUP:把超组插入VT5，生成VT6。
7. HAVING:对VT6应用HAVING筛选器。只有使<having_condition>为TRUE的组才会被插入VT7。
8. SELECT:处理SELECT列表，产生VT8。
9. DISTINCT:将重复的行从VT8中移除，产生VT9。
10. ORDER BY:将VT9中的行按ORDER BY子句中的列列表排序，生成一个有表(VC10)。
11. TOP:从VC10的开始处选择指定数量或比例的行，生成表VT11,并返回给调用者。
示例一：
FROM
STUDENT
GROUP BY ID
HAVING TOTAL>2
觉得这个SQL语句眼熟吗？对，非常基础的分组查询。但它不能执行成功，因为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的。
示例二
FROM
STUDENT
GROUP BY ID
ORDER BY 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)呢？
FROM
STUDENT
GROUP BY ID
ORDER BY COUNT(ID)
实际执行顺序：
1.FROM STUDENT
2.GROUP BY ID
3.SELECT ID,COUNT(ID) AS TOTAL
4.ORDER
BY COUNT(ID)
没错，它是能够成功执行的，看SQL执行计划，它与上面ORDER BY TOTAL是一样的。ORDER BY
是在SELECT后执行，因此可以用别名TOTAL。
示例三
COUNT(*) AS COUNT
FROM STUDENT
GROUP BY NAME
实际执行顺序：
GROUP BY
NAME
SELECT FIRSTNAME+' '+LASTNAME AS NAME,COUNT(*) AS COUNT
很明显，执行GROUP BY NAME时别名NAME还没有创建，因此它是不能执行成功的。