Oracle数据库11g新特性：自适应游标与SQL计划管理

核心提示： 这些视图显示了一些额外信息，您不需要通过这些信息了解此特性的工作方式，Oracle数据库11g新特性：自适应游标与SQL计划管理(7)，数据库自动激活和使用自适应游标，SQL 计划管理您看到过多少次下面的情况：一个查询拥有可能的最佳计划，结果如何？该方案非常理想，不是吗？它在 Oracle

这些视图显示了一些额外信息，您不需要通过这些信息了解此特性的工作方式。数据库自动激活和使用自适应游标。

SQL 计划管理

您看到过多少次下面的情况：一个查询拥有可能的最佳计划，但一些事情突然发生，导致该计划被抛弃。这些事情可能是某人重新对表进行了分析，或者 star_transformation 等影响优化程序的参数被改变 — 各种可能性是无穷无尽的。出于绝望，您可能会禁止对数据库进行任何更改，这意味着不收集数据库统计数据、不更改任何参数等等。

但这说起来容易做起来难。当数据模式改变时会发生什么？以自适应游标一节中显示的示例为例。现在，CUSTOMERS 表中填充了来自纽约的客户，因此 STATE_CODE 大部分为 "NY".因此，当执行含有如下所示谓词的查询时：

where state_code = 'CT'

系统执行一次全表扫描而非索引扫描。当谓词为：

where state_code = 'CT'

由于仅将返回几行结果，因此系统使用索引。然而，如果模式发生改变 － 假设，突然出现大量来自康涅狄格 （state_code = 'CT'） 的客户，导致含有 CT 的结果的百分比升至 70％，此时会发生什么？在该情况下，CT 查询应使用全表扫描。但是，由于您已禁止收集优化程序统计数据，优化程序不会了解模式的更改，并且会继续提供无效率的索引扫描路径。您可以做些什么？

如果 Oracle 使用最优计划，但在统计数据收集或数据库参数等底层因素更改时重新评估该计划，此时，当且仅当新计划更有效时数据库才会使用，结果如何？该方案非常理想，不是吗？它在 Oracle 数据库 11g 中已成为可能。让我们看一看这种方案的实现方式。

SQL 计划基准线设定