分类: Oracle
2008-05-21 13:40:21
来源: | |
| |
在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里的任何文字值都改为绑定变量。所以这个陈述式可以改成下面这样:
在Oracle9i里,SQL的CBO会在第一次调用指针的时候,“窥视”由用户定义的绑定变量的值。这就能够让优化器确定WHERE子句操作符的选择性,并在south值每次出现在SQL的时候更改执行计划。 当绑定变量用于高度不对称的数据列时,这就极大地提高了指针共享的性能。在Oracle9i里,我们看到了一个用于CURSOR_SHARING的新设置,叫做SIMILAR。 有了CURSOR_SHARING=SIMILAR,Oracle会切换到绑定变量,如果这样做不会导致结果产生任何变化的话,但是如果使用绑定变量会造成结果的巨大变化,它就会使用文字值。 |