oracle解析规则SQL的处理过程作如下的描述：1、检查是否有打开的游标，如果有，则直接通过游标link到位于PGA的private SQL AREA（ private SQL area），转步骤11。否则，执行步骤2。
2、检查初始化参数session_CACHED_CURSORS是否被设置，如果被设置，则同样可以通过游标指向到位于PGA的私有SQL AREA，转步骤11。否则执行步骤3。
3、检查HOLD_CURSOR以及RELEASE_cursor的设置。如果RELEASE_CURSOR=no（默认 no），HOLD_CURSOR=yes（默认为no），当oracle执行完SQL语句，为private SQL AREA分配的内存空间被保留，cursor和private SQL AREA之间的link也被保留，预编译程序不再使用它，同样可以通过这个指针直接在private SQL AREA获得语句，转步骤11。
这上面的三种情况，实际上都没有作任何parse，都是直接从位于PGA中的private SQL AREA获得语句并直接执行。此为fast parse。
这三种情况都不存在的情况下，oracle转到步骤4执行。
4、创建一个游标。
5、语法检查Syntax Check：检查语法书写是否正确，是否符合SQL Reference Manual中给出的SQL语法。
6、语义分析Semantic Analysis：查找数据字典，检查表、列是否正 确，在所要求的对象上获取语法分析锁，使得在语句的语法分析过程中不改变这些对象的定义，验证为存取所涉及的模式对象所需的权限是否满足。
7、将语句转化成ASCII等效数字码，再通过散列算法得到散列值。
8、检查库缓存中是否存在同样hash值的语句。如果存在，转步骤11。否则，执行步骤9。 这就是soft parse。
9、选择执行计划。从可用的执行计划中选择一个最优的执行计划，其中包括存储大纲（srored outline）或物化视图（materialized view）相关的决定。
10、生成该语句的一个编译代码（p-code）。
11、执行语句。
当某个session执行一条语句之后，该语句的parse结果会在library cache中保存，同时也会在PGA的private sql area有一个拷贝的副本。cursor 总是通过一个link是直接链到 private sql area的。如果在private中没有找到这个副本，就需要对SQL进行parse，然后再在library cache中进行hash值的匹配。所以总的来说，使用cursor能不需要任何parse，就是因为直接从当前的private sql area中得到了语句相关信息，包括执行计划。而一旦需要到library cache中进行匹配，就必须需要parse。
soft parse不是不作parse，只是parse的量比较小，只需要作语法检查和语义分析，以及散列语句。