带您深入了解Oracle 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 中已成为可能。

服务器租用/服务器托管中国五强！虚拟主机域名注册顶级提供商！15年品质保障！--亿恩科技[ENKJ.COM]