在Oracle中，用户应用输入的SQL语句要进行所谓的Parse解析过程，用于生成执行计划，这也就是Query Optimizer的主要工作。在Parse中，有两种具体类型，被称为“hard parse”（硬解析）和“Soft parse”（软解析）。

“实现执行计划shared cursor共享，减少硬解析”是我们OLTP系统优化一个重要方向。但是，让Oracle真正实现SQL共享不是一件容易的事情，受到很多其他因素的影响。最常用的方式是使用绑定变量，让SQL字面值保持一致。如果应用端没有使用绑定变量，一种做法是设置系统参数cursor_sharing，将SQL语句中的条件进行绑定变量替换。本篇将从cursor_sharing可选值含义入手，讨论分析几种取值的确切含义和应用场景。以及为什么很多资料中都是对cursor_sharing设置望而却��。

1、环境准备

我���在Oracle 10g下准备一个相对偏值的数据表。

在Oracle 10g里，默认cursor_sharing取值为EXACT，表示不开启SQL字面取值绑定变量替换功能。

使用脚本生成数据表数据。

2、统计量收集

这里单独谈谈统计量收集的问题。从上面实验数据的情况看，数据表T的id1列是一个数据极度偏移的数据列。在Oracle统计量中，通常选择直方图histogram进行偏度描述。

注意：在Oracle 9i中，直方图默认使用dbms_stats是不会收集的，需要手工的制定method_opts参数。在Oracle 10g之后，使用“column auto”作为method_opts参数的默认取值。

注意，默认是没有生成直方图的。主要原因在于需要使用一次id1作为条件列。

当我们使用过一次id1条件之后，再次手机统计量，使用默认的auto参数，就生成id1列的频度直方图。

这里也就揭示了Oracle在收集统计量直方图auto选项的含义。当我们指定auto之后，Oracle会自动判断是��对数据列生成直方图、生成直方图bullet的个数。如果这个列从来就没有出现在SQL条件列中，也就不会被收集直方图。