一、解析

　　1、语法检查

　　sql语句解析的时候，先执行语法检查。看语句是否符合规范。

　　2、语义检查

　　这个阶段，数据库会去判断SQL语句是否真正具有相应的含义，比如说sql语句涉及的表，或者字段是否存在等。

　　3、shared pool check(shared sql area check)

　　数据库执行一个shared pool check 去确定它是否可以跳过资源集中的几个步骤。

　　然后，数据库使用hash算法为每个sql语句生成hash值。那是sql_id v$sql.sql_id.(sql语句shared pool check当匹配到了相同hash value 的时候，还需要其他的检查，比如说语义检查，以及系统环境，比如不同的数据库参数、不同的用户、不同的session环境等，都有可能有影响)

　　二、优化

　　在SQL语句的优化阶段，可以分为下面几个步骤。

　　1、优化器接收解析后的语句，并且生成一组基于sql语句可能的访问路径和hints的执行计划

　　2、优化器评估每个基于数据字典中统计信息的执行计划的cost。cost 是 预估值。

　　3、优化器比较并且选择低cost的执行计划。作为查询计划，交给row source 生产器。

　　优化器的三个主要组件如下图所示：

　　关于这一部分以后的文章中会给出详细的说明。

　　三、row source generation

　　它从优化器接收佳的执行计划，并且生成递归计划，叫做查询计划。

　　递归plan是一个二进制的程序。

　　当它被sql vm 执行的时候，生成结果集。

　　查询计划从复杂的步骤中取走一个表格。

　　每一步都返回一个rowset，这些rowset中的row可以被下一步使用，或者后一步。

　　其实是可操作的结果集（row set）。它可以是视图，或者连接后的结果集，或者分类操作。

　　row source generator 生成了一个行源树，它是一个行源的集合。

　　行源树拥有下面的信息：

　　1、一个语句引用的表的次序

　　2、一个语句中提到的每个表的访问方法

　　3、一个表连接方法的操作影响声明。

　　4、数据操作，比如说过滤、排序、聚合。

　　四、执行

　　执行的时候，sql引擎执行由row source 生成器生成的树中的每一个行源。