SQL在Oracle内部的具体处理流程

     SQL处理的第一阶段就是SQL解析。当应用程序发出SQL语句时，该应用程序向数据库发出一个解析调用，以准备执行该语句，解析调用会打开或创建一个游标，它是一个对特定于会话的私有SQL区的句柄，其中包含了已分析的SQL语句和其他处理信息。游标和私有SQL区位于PGA中。

     解析调用期间，数据库会执行以下检查：

          ● 语法检查    

          ● 语义检查       --对象和列是否存在

          ● 共享池检查

     数据库执行共享池检查，以确定时候可以跳过占用大量资源的语句处理步骤。为此，数据库使用一种哈希算法为每个SQL语句生成一个哈希值。语句的哈希值即是在V$SQL.SQL_ID中显示的SQL_ID（参考笔记：区分4个与sql相关的字段：hash_value、sql_hash_value、plan_hash_value 和 sql_id），当用户提交一个SQL语句时，数据库搜索共享SQL区，以查看是否存在一个现成的已分析的语句具有相同的哈希值。SQL语句的哈希值有别于下列值：

     ● 该语句的内存地址值（V$sql的address字段值）

     ● 该语句执行计划的哈希值（V$SQL_PLAN视图的plan_hash_value字段值）

 

     基于所提交语句的类型和哈希检查的结果，解析操作分为以下类别：

     ● 硬解析

        如果数据库不能重用现有代码，则它必须生成应用程序代码的一个新的可执行版本，次操作称为一个硬解析，或库缓存未命中。数据库对DDL始终执行硬解析。

        在硬解析期间，数据库多次访问库缓存和数据字典缓存以检查数据字典。当数据库访问这些区域时，它在所需对象上使用一个叫做闩锁的串行化设备，以便它们的定义不糊被更改。闩锁的争用会增加语句的执行时间，并降低并发性。

     ● 软解析

         任何不适硬解析的解析都是软解析。如果提交的语句与在共享式中某个可重用SQL语句相同，则数据库将重用该现有代码。重用代码也称为库缓存命中。

         一般的，软解析比硬解析更可取，因为数据库可以跳过优化和行源生成步骤，而直接进入到直行阶段。下图是在专用服务器体系结构中，一个update语句的共享池检查的简化表示。