最近项目做完了（也许并不能说做完了），但是出现了一个致命的障碍，就是性能。现在想想top的作者是讲的是多么的精辟，性能是贯穿在项目需求，项目分析设计，项目编码和单元测试、集成等各个阶段。而不是等项目开发完毕，再来考虑性能问题。但是，事实已是如此。所以，最近先从sql语句开始优化， 为了更好地优化sql，那么首先自然需要知道oracle中的sql引擎对一条给定的sql语句，他都做了哪些鲜为人知的事情。本文为个人学习总结，仅作学习记录，其中不妥或者错误之处，敬请指出，本人感激不尽！
为了延续top中从cursor开始说明，这里的cursor并非pl/sql中的cursor，至于这个cursor是什么，怎么用中文解释，暂时还不清楚。但是我想他其实是一个概念性的东西，代表了sql在不同环境中的称谓。顽皮点地说，当一条sql语句进入了sql引擎，其就被cursor了。下面看一张top上的cursor的生命周期：
1:open cursor：在本次会话的服务器进程的私有内存uga（user global area）中会开辟一个内存区给这个cursor。此时，sql语句还没有和该cursor相关联。
2:parse cursor：这个过程就会让sql语句和cursor相关联了。这个步骤就是通常意义的sql解析，最后将执行计划存入共享区。然后uga中的cursor会用一个指针指向共享区的一个可共享的cursor。
3:define output variables：定义输出变量主要是对于查询和使用了returning语法的insert，update，和delete语句。
4:bind input variables：如果sql使用了绑定变量，，则这里需要获取绑定变量的值。
5:execute cursor：执行，但是sql语句真正的执行往往会延迟到下个步骤。
6:fetch cursor：如果sql返回数据，则这里获取返回的数据。
7:close cursor：关闭cursor，释放uga中占用的资源。但是共享区中的cursor并不会释放。
在上面这个过程中，对于我们关心的sql语句的解析，一笔带过。下面继续分析第二个步骤parse cursor。对于sql语句的解析，早就听说是软解析和硬解析，下面我们分析下整个解析的过程：