数据库中的SELECT语句逻辑执行顺序分析

引言

　　这不是一个什么多深的技术问题，多么牛叉的编程能力。这跟一个人的开发能力也没有非常必然的直接关系，但是知道这些会对你的SQL编写，排忧及优化上会有很大的帮助。它不是一个复杂的知识点，但是一个非常基础的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语句眼熟吗？对，非常基础的分组查询。但它不能执行成功，因为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)呢？