Oracle9i里一个令人激动的内部新特性是，它答应SQL基于代价的优化器（cost-based optimizer，CBO）改变执行计划，即使正在使用优化器计划的稳定性。这叫做“窥视（peeking）”，当绑定变量导致SQL的执行计划发生重大改变的时候，它答应SQL的CBO更该执行计划。
但是，指针共享在优化的时候有一个处理延迟，只有当应用程序生成动态SQL的时候，或者它在必须嵌入文字值的应用程序里的时候，它才应该被使用。由于绑定变量的缘故，PL／SQL应用程序不会从指针共享里获益。
为了说明这一问题，你可以考虑以下这样一个例子：我们的CURSOR_SHARING参数被设置为FORCE。这会把所有的SQL文字值都改为库缓冲区里的主变量（host variable）。
现在，让我们假设我们有了一个对客户（customer）表格的区域（region）列的索引。区域列有四个值：东（east）、南（south）、西（west）、北（north）。区域列的数据值高度不对称，90％的值都在南部地区。
所以在指定南部的时候，让SQL的CBO来执行完整的表格扫描，而在指定东、西、北的时候，使用索引范围扫描，这样速度会更快。在使用指针共享的时候，SQL的CBO会把SQL里的任何文字值都改为绑定变量。所以这个陈述式可以改成下面这样：
select
customer_stuff
from
customer
where
region = 'west';
这个转换会把文字west替换成主变量：
select
customer_stuff
from
customer
where
region = ':var1';
在Oracle9i里，SQL的CBO会在第一次调用指针的时候，“窥视”由用户定义的绑定变量的值。这就能够让优化器确定WHERE子句操作符的选择性，并在south值每次出现在SQL的时候更改执行计划。
当绑定变量用于高度不对称的数据列时，这就极大地提高了指针共享的性能。在Oracle9i里，我们看到了一个用于CURSOR_SHARING的新设置，叫做SIMILAR。
有了CURSOR_SHARING=SIMILAR，Oracle会切换到绑定变量，假如这样做不会导致结果产生任何变化的话，但是假如使用绑定变量会造成结果的巨大变化，它就会使用文字值。
