1、SQL查询语句逻辑执行顺序
下面是一个查询语句的逻辑执行顺序（每段语句都标明了执行顺序号）：
执行1：FROM
执行2：ON
执行3：JOIN
执行4：WHERE
执行5：GROUP BY
执行6：HAVING
执行7：SELECT
执行8：DISTINCT
执行9：ORDER BY
执行10：TOP
下面是一个查询语句的逻辑执行顺序（每段语句都标明了执行顺序号）：
执行7：SELECT
执行8：DISTINCT <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：HAVING <having_condition>
执行9：ORDER BY <order_by_condition>
执行10：TOP <limit_number>
2**、SQL查询语句逻辑执行过程**
(1) FROM：对FROM子句中的前两个表执行笛卡尔积（Cartesian product)(交叉联接），生成虚拟表VT1
(2) 执行ON：对VT1应用ON筛选器。只有那些使JOIN<join_condition>为真的行才被插入VT2。
(3) OUTER(JOIN)：如果指定了OUTER JOIN（相对于CROSS JOIN 或(INNER JOIN),保留表（preserved table：左外部联接把左表标记为保留表，右外部联接把右表标记为保留表，完全外部联接把两个表都标记为保留表）中未找到匹配的行将作为外部行添加到 VT2,生成VT3.如果FROM子句包含两个以上的表，则对上一个联接生成的结果表和下一个表重复执行步骤1到步骤3，直到处理完所有的表为止。
(4) WHERE：对VT3应用WHERE筛选器。只有使<where_condition>为true的行才被插入VT4.
(5) GROUP BY：按GROUP BY子句中的列列表对VT4中的行分组，生成VT5.
(6) HAVING：对VT5应用HAVING筛选器。只有使<having_condition>为true的组才会被插入VT6.
(7) SELECT：处理SELECT列表，产生VT7.
(8) DISTINCT：将重复的行从VT7中移除，产生VT8.
(9) ORDER BY：将VT8中的行按ORDER BY 子句中的列列表排序，生成游标（VC9).
(10) TOP：从VC9的开始处选择指定数量或比例的行，生成表VT10,并返回调用者。
备注：
步骤10，按ORDER BY子句中的列列表排序上步返回的行，返回游标VC10.这一步是第一步也是唯一一步可以使用SELECT列表中的列别名的步骤。这一步不同于其它步骤的 是，它不返回有效的表，而是返回一个游标。SQL是基于集合理论的。集合不会预先对它的行排序，它只是成员的逻辑集合，成员的顺序无关紧要。对表进行排序 的查询可以返回一个对象，包含按特定物理顺序组织的行。ANSI把这种对象称为游标。理解这一步是正确理解SQL的基础。
因为这一步不返回表（而是返回游标），使用了ORDER BY子句的查询不能用作表表达式。表表达式包括：视图、内联表值函数、子查询、派生表和共用表达式。它的结果必须返回给期望得到物理记录的客户端应用程序。
create table cust ( numbers VARCHAR2(10), city VARCHAR2(10) ) create table ORDER_test ( id NUMBER(6), custno varchar(100) ) INSERT INTO cust(numbers , city) VALUES('163' , '杭州'); INSERT INTO cust(numbers , city) VALUES('九游' , '上海'); INSERT INTO cust(numbers , city) VALUES('腾迅' , '杭州'); INSERT INTO cust(numbers , city) VALUES('百度' , '杭州'); INSERT INTO order_test (id , custno) VALUES(1 , '163'); INSERT INTO order_test ( id , custno) VALUES(2 , '163'); INSERT INTO order_test ( id , custno) VALUES(3 , '九游'); INSERT INTO order_test ( id , custno) VALUES(4 , '九游'); INSERT INTO order_test ( id , custno) VALUES(5 , '九游'); INSERT INTO order_test ( id , custno) VALUES(6 , '腾迅'); INSERT INTO order_test ( id , custno) VALUES(7 , NULL); SELECT t1.numbers , COUNT(t2.id) as countno FROM cust t1 LEFT JOIN order_test t2 ON t1.numbers = t2.custno WHERE t1.city = '杭州' GROUP BY t1.numbers HAVING count(t2.id) < 2 ORDER BY countno DESC;
3.1、执行1：FROM语句**
经过FROM语句对两个表执行笛卡尔积，会得到一个虚拟表，暂且叫VT1，内容如下：
| Number | City | Id | custno |
|---|---|---|---|
| 163 | 杭州 | 1 | 163 |
| 163 | 杭州 | 2 | 163 |
| 163 | 杭州 | 3 | 九游 |
| 163 | 杭州 | 4 | 九游 |
| 163 | 杭州 | 5 | 九游 |
| 163 | 杭州 | 6 | 腾迅 |
| 163 | 杭州 | 7 | NULL |
| 九游 | 上海 | 1 | 163 |
| 九游 | 上海 | 2 | 163 |
| 九游 | 上海 | 3 | 九游 |
| 九游 | 上海 | 4 | 九游 |
| 九游 | 上海 | 5 | 九游 |
| 九游 | 上海 | 6 | 腾迅 |
| 九游 | 上海 | 7 | NULL |
| 腾迅 | 杭州 | 1 | 163 |
| 腾迅 | 杭州 | 2 | 163 |
| 腾迅 | 杭州 | 3 | 九游 |
| 腾迅 | 杭州 | 4 | 九游 |
| 腾迅 | 杭州 | 5 | 九游 |
| 腾迅 | 杭州 | 6 | 腾迅 |
| 腾迅 | 杭州 | 7 | NULL |
| 百度 | 杭州 | 1 | 163 |
| 百度 | 杭州 | 2 | 163 |
| 百度 | 杭州 | 3 | 九游 |
| 百度 | 杭州 | 4 | 九游 |
| 百度 | 杭州 | 5 | 九游 |
| 百度 | 杭州 | 6 | 腾迅 |
| 百度 | 杭州 | 7 | NULL |
下面是一个查询语句的逻辑执行顺序（每段语句都标明了执行顺序号）：
执行7：SELECT
执行8：DISTINCT <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：HAVING <having_condition>
执行9：ORDER BY <order_by_condition>
执行10：TOP <limit_number>
2**、SQL查询语句逻辑执行过程**
(1) FROM：对FROM子句中的前两个表执行笛卡尔积（Cartesian product)(交叉联接），生成虚拟表VT1
(2) 执行ON：对VT1应用ON筛选器。只有那些使JOIN<join_condition>为真的行才被插入VT2。
(3) OUTER(JOIN)：如果指定了OUTER JOIN（相对于CROSS JOIN 或(INNER JOIN),保留表（preserved table：左外部联接把左表标记为保留表，右外部联接把右表标记为保留表，完全外部联接把两个表都标记为保留表）中未找到匹配的行将作为外部行添加到 VT2,生成VT3.如果FROM子句包含两个以上的表，则对上一个联接生成的结果表和下一个表重复执行步骤1到步骤3，直到处理完所有的表为止。
(4) WHERE：对VT3应用WHERE筛选器。只有使<where_condition>为true的行才被插入VT4.
(5) GROUP BY：按GROUP BY子句中的列列表对VT4中的行分组，生成VT5.
(6) HAVING：对VT5应用HAVING筛选器。只有使<having_condition>为true的组才会被插入VT6.
(7) SELECT：处理SELECT列表，产生VT7.
(8) DISTINCT：将重复的行从VT7中移除，产生VT8.
(9) ORDER BY：将VT8中的行按ORDER BY 子句中的列列表排序，生成游标（VC9).
(10) TOP：从VC9的开始处选择指定数量或比例的行，生成表VT10,并返回调用者。
备注：
步骤10，按ORDER BY子句中的列列表排序上步返回的行，返回游标VC10.这一步是第一步也是唯一一步可以使用SELECT列表中的列别名的步骤。这一步不同于其它步骤的 是，它不返回有效的表，而是返回一个游标。SQL是基于集合理论的。集合不会预先对它的行排序，它只是成员的逻辑集合，成员的顺序无关紧要。对表进行排序 的查询可以返回一个对象，包含按特定物理顺序组织的行。ANSI把这种对象称为游标。理解这一步是正确理解SQL的基础。
因为这一步不返回表（而是返回游标），使用了ORDER BY子句的查询不能用作表表达式。表表达式包括：视图、内联表值函数、子查询、派生表和共用表达式。它的结果必须返回给期望得到物理记录的客户端应用程序。
create table cust ( numbers VARCHAR2(10), city VARCHAR2(10) ) create table ORDER_test ( id NUMBER(6), custno varchar(100) ) INSERT INTO cust(numbers , city) VALUES('163' , '杭州'); INSERT INTO cust(numbers , city) VALUES('九游' , '上海'); INSERT INTO cust(numbers , city) VALUES('腾迅' , '杭州'); INSERT INTO cust(numbers , city) VALUES('百度' , '杭州'); INSERT INTO order_test (id , custno) VALUES(1 , '163'); INSERT INTO order_test ( id , custno) VALUES(2 , '163'); INSERT INTO order_test ( id , custno) VALUES(3 , '九游'); INSERT INTO order_test ( id , custno) VALUES(4 , '九游'); INSERT INTO order_test ( id , custno) VALUES(5 , '九游'); INSERT INTO order_test ( id , custno) VALUES(6 , '腾迅'); INSERT INTO order_test ( id , custno) VALUES(7 , NULL); SELECT t1.numbers , COUNT(t2.id) as countno FROM cust t1 LEFT JOIN order_test t2 ON t1.numbers = t2.custno WHERE t1.city = '杭州' GROUP BY t1.numbers HAVING count(t2.id) < 2 ORDER BY countno DESC;
3.1、执行1：FROM语句**
经过FROM语句对两个表执行笛卡尔积，会得到一个虚拟表，暂且叫VT1，内容如下：
| Number | City | Id | custno |
|---|---|---|---|
| 163 | 杭州 | 1 | 163 |
| 163 | 杭州 | 2 | 163 |
| 163 | 杭州 | 3 | 九游 |
| 163 | 杭州 | 4 | 九游 |
| 163 | 杭州 | 5 | 九游 |
| 163 | 杭州 | 6 | 腾迅 |
| 163 | 杭州 | 7 | NULL |
| 九游 | 上海 | 1 | 163 |
| 九游 | 上海 | 2 | 163 |
| 九游 | 上海 | 3 | 九游 |
| 九游 | 上海 | 4 | 九游 |
| 九游 | 上海 | 5 | 九游 |
| 九游 | 上海 | 6 | 腾迅 |
| 九游 | 上海 | 7 | NULL |
| 腾迅 | 杭州 | 1 | 163 |
| 腾迅 | 杭州 | 2 | 163 |
| 腾迅 | 杭州 | 3 | 九游 |
| 腾迅 | 杭州 | 4 | 九游 |
| 腾迅 | 杭州 | 5 | 九游 |
| 腾迅 | 杭州 | 6 | 腾迅 |
| 腾迅 | 杭州 | 7 | NULL |
| 百度 | 杭州 | 1 | 163 |
| 百度 | 杭州 | 2 | 163 |
| 百度 | 杭州 | 3 | 九游 |
| 百度 | 杭州 | 4 | 九游 |
| 百度 | 杭州 | 5 | 九游 |
| 百度 | 杭州 | 6 | 腾迅 |
| 百度 | 杭州 | 7 | NULL |
总共有4 * 7 = 28（cust的记录条数 * order的记录条数）条记录。这就是VT1的结果，接下来的操作就在VT1的基础上进行。
3.2、执行2：ON过滤**
执行完笛卡尔积以后，接着就进行ON t1.number = t2.custno条件过滤，根据ON中指定的条件，去掉那些不符合条件的数据，得到VT2表，内容如下：
| Number | City | Id | custno |
|---|---|---|---|
| 163 | 杭州 | 1 | 163 |
| 163 | 杭州 | 2 | 163 |
| 九游 | 上海 | 3 | 九游 |
| 九游 | 上海 | 4 | 九游 |
| 九游 | 上海 | 5 | 九游 |
| 腾迅 | 杭州 | 6 | 腾迅 |
VT2就是经过ON条件筛选以后得到的有用数据，而接下来的操作将在VT2的基础上继续进行。
3.3、执行3：添加外部行**
这一步只有在连接类型为OUTER JOIN时才发生，如LEFT OUTER JOIN、RIGHT OUTER JOIN和FULL OUTER JOIN。在大多数的时候，我们都是会省略掉OUTER关键字的，但OUTER表示的就是外部行的概念。
LEFT OUTER JOIN把左表记为保留表，得到的结果为：
| Number | City | Id | custno |
|---|---|---|---|
| 163 | 杭州 | 1 | 163 |
| 163 | 杭州 | 2 | 163 |
| 九游 | 上海 | 3 | 九游 |
| 九游 | 上海 | 4 | 九游 |
| 九游 | 上海 | 5 | 九游 |
| 腾迅 | 杭州 | 6 | 腾迅 |
| 百度 | 杭州 | NULL | NULL |
RIGHT OUTER JOIN把右表记为保留表，得到的结果为：
| Number | City | Id | custno |
|---|---|---|---|
| 163 | 杭州 | 1 | 163 |
| 163 | 杭州 | 2 | 163 |
| 九游 | 上海 | 3 | 九游 |
| 九游 | 上海 | 4 | 九游 |
| 九游 | 上海 | 5 | 九游 |
| 腾迅 | 杭州 | 6 | 腾迅 |
| NULL | NULL | 7 | NULL |
FULL OUTER JOIN把左右表都作为保留表，得到的结果为：
| Number | City | Id | custno |
|---|---|---|---|
| 163 | 杭州 | 1 | 163 |
| 163 | 杭州 | 2 | 163 |
| 九游 | 上海 | 3 | 九游 |
| 九游 | 上海 | 4 | 九游 |
| 九游 | 上海 | 5 | 九游 |
| 腾迅 | 杭州 | 6 | 腾迅 |
| 百度 | 杭州 | NULL | NULL |
| NULL | NULL | 7 | NULL |
添加外部行的工作就是在VT2表的基础上添加保留表中被过滤条件过滤掉的数据，非保留表中的数据被赋予NULL值，最后生成虚拟表VT3。
本例使用的是LEFT JOIN，过滤掉了以下这条数据：
| Number | City | Id | custno |
|---|---|---|---|
| 百度 | 杭州 | NULL | NULL |
现在就把这条数据添加到VT2表中，得到的VT3表如下：
| Number | City | Id | custno |
|---|---|---|---|
| 163 | 杭州 | 1 | 163 |
| 163 | 杭州 | 2 | 163 |
| 九游 | 上海 | 3 | 九游 |
| 九游 | 上海 | 4 | 九游 |
| 九游 | 上海 | 5 | 九游 |
| 腾迅 | 杭州 | 6 | 腾迅 |
| 百度 | 杭州 | NULL | NULL |
3.4、执行4：WHERE过滤**
对添加外部行得到的VT3进行WHERE过滤，只有符合<where_condition>的记录才会输出到虚拟表VT4中。当我们执行WHERE t1.city = '杭州'的时候，就会得到以下内容，并存在虚拟表VT4中：
| Number | City | Id | custno |
|---|---|---|---|
| 163 | 杭州 | 1 | 163 |
| 163 | 杭州 | 2 | 163 |
| 腾迅 | 杭州 | 6 | 腾迅 |
| 百度 | 杭州 | NULL | NULL |
但是在使用WHERE子句时，需要注意以下两点：
由于数据还没有分组，因此现在还不能在WHERE过滤器中使用where_condition=MIN(col)这类对分组统计的过滤；
由于还没有进行列的选取操作，因此在SELECT中使用列的别名也是不被允许的，如：SELECT city as c FROM t WHERE c='shanghai';是不允许出现的。
3.5、执行5：GROUP BY分组**
GROUP BY子句主要是对使用WHERE子句得到的虚拟表进行分组操作。我们执行测试语句中的GROUP BY t1.number，以number列的数值开始分组，值一样的分为一组，就会得到以下内容：
| Number | City | Id | custno |
|---|---|---|---|
| 163 | 杭州 | 1 | 163 |
| 腾迅 | 杭州 | 6 | 腾迅 |
| 百度 | 杭州 | NULL | NULL |
得到的内容会存入虚拟表VT5中，此时，我们就得到了一个VT5虚拟表，接下来的操作都会在该表上完成。
3.6、执行6：HAVING过滤**
HAVING子句主要和GROUP BY子句配合使用，对分组得到的VT5虚拟表进行条件过滤。当我执行测试语句中的HAVING count(t2.id) < 2时，在执行5对number列分组时，163有两行数据合并，在这里不符合HAVING过滤，将得到以下内容：
| Number | City | Id | custno |
|---|---|---|---|
| 腾迅 | 杭州 | 6 | 腾迅 |
| 百度 | 杭州 | NULL | NULL |
这就是虚拟表VT6。
3.7、执行7：SELECT列表**
现在才会执行到SELECT子句，不要以为SELECT子句被写在第一行，就是第一个被执行的。
我们执行测试语句中的SELECT t1.number , COUNT(t2.id) as countno，从虚拟表VT6中选择出我们需要的内容。我们将得到以下内容：
| number | countno |
|---|---|
| 腾迅 | 1 |
| 百度 | 0 |
不，还没有完，这只是虚拟表VT7。
3.8、执行8：DISTINCT子句**
如果在查询中指定了DISTINCT子句，则会创建一张内存临时表（如果内存放不下，就需要存放在硬盘了）。这张临时表的表结构和上一步产生的虚拟表VT7是一样的，不同的是对进行DISTINCT操作的列增加了一个唯一索引，以此来除重复数据。
由于我的测试SQL语句中并没有使用DISTINCT，所以，在该查询中，这一步不会生成一个虚拟表。
3.9、执行9：ORDER BY子句**
对虚拟表中的内容按照指定的列进行排序，然后返回一个新的虚拟表，我们执行测试SQL语句中的ORDER BY countno DESC，会把countno数字大的排前面，就会得到以下内容：
| number | countno |
|---|---|
| 腾迅 | 1 |
| 百度 | 0 |
可以看到这是对countno列进行降序排列的。上述结果会存储在VT8中。
3.10、执行10：TOP子句**
TOP子句从上一步得到的VT8虚拟表中选出从开始的指定行数据。
总结：根据计划我们可以调整sql