温故而知新之SHARE_POOL解析SQL原理

    今天公司又来了两个毕业生，发现他俩有一定基础和良好的编程习惯，对于所有的参数，在存储过程都使用参数绑定；（很掀慰）目前公司做的数据仓库系统，所以，是否采用参数绑定，对系统性能影响不大，出于原有知识回顾，又重新温习了一个SHARE_POOL解析原理，简单描述相关过程。
    share_pool 对用户发出的SQL请求有两种方式，一种硬解析，即对用户发出的SQL全部重新解析，    一种软解析，即对用户发出SQL缓存已经编译好了，已经可以执行了（通常所指缓存命中率）
    所以对事务处理系统，尽量提高软parse数量，减少硬解析数量
    有系统自动决定PL/SQL被执行的和别外一个在共享已经SQL是否相同，共享SQL有以下条件：
       1）发出的sql语句会和共享池已经存的SQL语句做对比，进行hash值比对.
       2）如果没有哈希值不一样，说明语句不一样，进行硬编译
       3）在共享池里，发现哈希值一样，说明语句一样，然后进行逐字符比较
          SQL文本必须完全一样，包括空格、大小写、字符等

      举例：
        select * from emp;
        select * from Emp;
        sellect * from emp;
      oracle认为该三条语句不是同一SQL,会重新进行编译执行
        select * from emp where empno=101
        select * from emp where empno=102
      对于不相同的常量，这两条SQL,ORACLE也会认为是不相同的SQL,依然会重新编译

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/13824386/viewspace-695226/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/13824386/viewspace-695226/