oracle参数-cursor_sharing

cursor_sharing:
说明: 控制可以终止共享相同的共享游标的 SQL 语句类型。
值范围:
强制: 强制表达方式不同但语句意思相同的语句共享一个游标。
EXACT: 只令完全相同的 SQL 语句共享一个游标。
默认值: EXACT

 

若存在字段的 histograms ,则每次是不同的值的时候都产生硬解析 ,
若不存在 histograms，则不产生硬解析。
换句话说，
当表的字段被分析过存在histograms的时候，similar 的表现和exact一样，
当表的字段没被分析，不存在histograms的时候，similar的表现和force一样。

 

这样避免了一味地如force一样转换成变量形式，因为有histograms的情况下转换成变量之后就容易产生错误的执行计划，没有利用上统计信息。
而exact呢，在没有histograms的情况下也要分别产生硬解析，这样的话，由于执行计划不会受到数据分布的影响（因为没有统计信息）重新解析是没有实质意义的。而similar则综合了两者的优点。

 

如果应用程序没有使用绑定变量，而且修改应该程序的代价很大，那么有时候采用折中的方式，在Oracle上设置CURSOR_SHARING为FORCE。这样强制系统采用绑定变量。但是将参数设置为FORCE会导致很多的问题

 

从Oracle9i开始，CURSOR_SHARING的值增加了一个SIMILAR，Oracle推荐使用SIMILAR来代替FORCE，当参数设置为SIMILAR时，Oracle不会强制将全部的变量进行绑定，而是根据一些预定义的设置进行判断。

 

无论是FORCE参数还是改进后的SIMILAR参数，都是解决绑定变量的替代方式，这些方式都可能带来一些bug以及很多未知的东西。只有有可能就应该通过修改程序的方法去设置绑定变量。

 

案例：
问题：在程序中select某个表的数据很慢，但是相关的sql在sql*plus中却非常快就出来了。
分析：1.检察字段索引（无问题）
      2.执行计划判断有误（DBMS_STATS）
      3.CURSOR_SHARING（Oracle强制绑定变量，而且这样作会减少很多CPU负荷，因为它减少了SQL的重复硬解析次数）