解析Oracle 8i/9i的计划稳定性

核心提示： 由开发到生成环境现在我们已经产生了一个单一的概要，我们需要将它传送到生产环境中，解析Oracle 8i/9i的计划稳定性(7)，存储概要有很多特性可以帮助我们做到这一点，例如，将需要选用一些方法来管理存储概要，例如带有特别数据集合或者丢失索引的第二个模式，我们可以将存储概要改名，由开发环境

由开发到生成环境

现在我们已经产生了一个单一的概要，我们需要将它传送到生产环境中。存储概要有很多特性可以帮助我们做到这一点。例如，我们可以将存储概要改名，由开发环境中导出，然后将它导入到生产系统中，首先在生产环境的一个测试分类中检验它，然后在将它转移到生产分类中。有用的命令是：

alter outline SYS_OUTLINE_020503165427311 rename to AND_EQUAL_SAMPLE;

alter outline AND_EQUAL_SAMPLE change category to PROD_CAT;

要将概要由一个开发系统导出到一个生产系统中，我们可以利用在一个导出的参数文件中加入一个where语句，因此我们的导出参数文件可能是：

userid=outln/outln
tables=(ol$, ol$hints, ol$nodes) # ol$nodes exists in v9 only
file=so.dmp
consistent=y # very important
rows=yes
query='where ol_name = ''AND_EQUAL_SAMPLE'''

Oracle 9的加强

在使用存储概要时，还有许多其它的细节需要考虑，在Oracle8中，对于它们能够做什么以及如何工作是有一些不便的限制的，不过其中许多的问题已经在Oracle 9中消除了。

存储概要在Oracle8中使用的最大不足是它只可以在存储的文本和将要执行的文本要完全一样才可以使用。在Oracle 9中，有一个"标准化"的处理可以消除这个匹配的限制；在对比前，文本将会被转换为大写并且被除去空格。这样就提升了不同的SQL可以使用同一个存储概要的机会。

调用多个存储块的复杂执行计划中还有一些问题。Oracle公司通过在Oracle 9中推出了一个在outln模式中的ol$nodes表来解决。这样就可以帮助Oracle减少ol$hints中的hints列表，并且可以在即将执行SQL的子区中正确地交叉应用它们。不过，由存储概要之间交换hints的策略有一个副作用，因为ol$hints表还需要不同细节的文本长度和偏移。升级到Oracle9时，将需要选用一些方法来管理存储概要，例如带有特别数据集合或者丢失索引的第二个模式，或者是带有内置的hints的存储视图来替换文本中命名的表格。