这个应用的作用是什么？

现在我们已经产生了一个模拟的应用，我们就可以运行它，打开sql_trace，看看有什么事情发生。我们将会发现这个SQL执行一个全表搜索来得到请求的数据。

在这个测试中，全表检索或许是最有效的方式，不过让我们假定已经证明使用一个单列的索引和and-equal选项才是最佳的执行路径时，我们可以怎样修改呢（无需在代码中加入提示）？

通过存储概要，答案是简单的。要达到我下面所做的事情实际上有好几种方法，因此不要认为这是唯一的做法。Oracle一直改进它的特性以方便使用，这里所讲的技术或许在未来的一个版本中就会消失。

你想该应用做什么？

要令Oracle如我们所想的那样运作，有三个阶段：

1. 启动一个新的session（连接），然后重新运行该过程，首先告诉Oracle我们要跟踪将要运行的SQL语句和该SQL使用的路径。这里说的"路径"就是我们存储概要的第一个例子。

2. 为有问题的SQL语句创建更好的存储概要，然后用好的代替有问题的。

3. 启动一个新的session，并且告诉Oracle在看到匹配的SQL时，开始使用新的存储概要，而不是使用通常的优化方法来执行；然后重新运行该过程。

我们必须停止和启动新的session来确保pl/sql缓冲中的游标（cursors）并不是保持打开的。存储概要只在一个游标被分析的时候产生和（或）应用，因此我们必须要确认以前存在的类似游标是关闭的。

启动一个session并且执行以下的命令：alter session set create_stored_outlines = demo;

然后运行一小段匿名的代码块来执行该过程，例如：

declare m_value varchar2(10); begin get_value(1, 1, m_value); end; /

然后停止收集执行的路径（否则以下你执行的一些SQL也会放到存储概要的表格中，令接下来的处理有点困难）。

alter session set create_stored_outlines = false;

要看到这样做的结果，我们可以查询以下视图来看清Oracle为我们创建和存储的概要细节。

select name, category, used, sql_text from user_outines where category = DEMO; NAME CATEGORY USED SQL_TEXT SYS_OUTLINE_020503165427311 DEMO UNUSED SELECT V1 FROM SO_DEMO WHERE N1 = :b1 AND N2 = :b2 select name, stage, hint from user_outline_hints where name = SYS_OUTLINE_020503165427311; NAME STAGE HINT SYS_OUTLINE_020503165427311 3 NO_EXPAND SYS_OUTLINE_020503165427311 3 ORDERED SYS_OUTLINE_020503165427311 3 NO_FACT(SO_DEMO) SYS_OUTLINE_020503165427311 3 FULL(SO_DEMO) SYS_OUTLINE_020503165427311 2 NOREWRITE SYS_OUTLINE_020503165427311 1 NOREWRITE

我 们可以看到在demo的分类中只有一个存储概要，查看概要中的sql_text我们可以看到与我们原来PL/SQL代码类似的、但又有点不同的语句。这是 很重要的一点，因为Oracle仅在存储的sql_text和将要执行的SQL非常相似的时候才会使用存储概要。实际上，在Oracle8i中，两个 SQL语句要完全一样才可以，这也是存储概要的一个大问题。

你可以由列表中看到存储概要中是一套hints用来描述Oracle如何执行（或者将要执行）该SQL。这个计划使用一个全表搜索，即使是一个全表搜索这样的操作，Oracle使用大量的hints来确保执行的计划。

要注意到存储概要通常都是属于一个分类的；在这里是demo分类，我们是通过alter session命令来指定的。如果在上面的命令中，我们使用true来代替demo，我们将在一个名字为default的分类中找到该存储概要。

存 储概要都有一个名字，该名字在整个数据库中都必须是唯一的。没有两个概要的名字是相同的，即使是它们是由不同的用户产生。实际上，概要并不是由谁拥有的， 它们仅有创建者。如果你创建的一个存储概要和我以后执行的一个SQL语句匹配，Oracle将会应用你的hints列表到我的语句，即使这些hints在 我的模式中是无意义的。（这样我们就有完全不同的选项来欺骗存储概要，不过这是另一篇文章的事情了）。你还可能注意到，当Oracle自动产生存储概要 时，它的名字中包含有一个接近毫秒的时间戳。

继续处理我们那个有问题的SQL，我们判定如果使用一个/*+ and_equal(so_demo, sd_i1, sd_i2) */ 的hint，那么Oracle将会使用我们想要的执行路径，所以我们现在通过以下的方法显式创建一个存储概要：

create or replace outline so_fix for category demo on select /*+ and_equal(so_demo, sd_i1, sd_i2) */ v1 from so_demo where n1 = 1 and n2 = 2;

这样就显式地在我们的demo分类中创建了一个名字为so_fix的存储概要。我们可以通过name=SO_FIX这个条件来重新查询user_outlines和user_outline_hints，查看一下存储概要是怎样的。

NAME CATEGORY USED SQL_TEXT SO_FIX DEMO UNUSED select /*+ and_equal(so_demo, sd_i1, sd_i2) */ v1 from so_demo where n1 = 1 and n2 = 2 NAME STAGE HINT SO_FIX 3 NO_EXPAND SO_FIX 3 ORDERED SO_FIX 3 NO_FACT(SO_DEMO) SO_FIX 3 AND_EQUAL(SO_DEMO SD_I1 SD_I2) SO_FIX 2 NOREWRITE SO_FIX 1 NOREWRITE

要注意到的是FULL(SO_DEMO)那一行已经被AND_EQUAL(SO_DEMO SD_I1 SD_I2)替换了，这是我们想要看到的。

现 在我们必须将两个存储概要"替换"过来。我们想Oracle在看到以前的语句时使用新的hint列表；要做到这一点，我们必须做一些欺骗。 user_outlines和user_outline_hints视图是由两个表格产生的(分别是ol$和ol$hints），它们由outln模式拥 有，我们必须直接修改这些表格；这意味着要使用outln连接数据库，并且使用一个有权限的帐号来更新表格。

幸运的是，outln表格并 没有任何引用的完整性限制。便利的是，ol$ (outlines)和ol$hints (hints) 表格间的关系是由概要的名字定义的（存储在ol_name列中）。因此，仔细检查名字，我们就可以通过交换ol$hints表上的名字交换存储概要的提 示：

update outln.ol$hints set ol_name = decode( ol_name, SO_FIX,SYS_OUTLINE_020503165427311, SYS_OUTLINE_020503165427311,SO_FIX ) where ol_name in (SYS_OUTLINE_020503165427311,SO_FIX) ;

对 于这样做，你可能感到有点不习惯，特别是根据指南上的建议，不过这个更新在Metalink（译者注：这是Oracle的一个技术支持站点）上是允许的。 不过，你还需要做第二次更新来确保和每个存储概要相联系的hints数目保持一致。如果你忽略了这一步，你将会发现你的一些存储概要被损坏，或者在一个导 出/导入中的处理中被破坏。

update outln.ol$ ol1 set hintcount = ( select hintcount from ol$ ol2 where ol2.ol_name in (SYS_OUTLINE_020503165427311, SO_FIX) and ol2.ol_name != ol1.ol_name ) where ol1.ol_name in (SYS_OUTLINE_020503165427311,SO_FIX) ;

一旦完成上面的语句，你就可以发起一个新的连接，告诉它使用存储概要，重新运行该过程然后退出；同样地，你可以使用sql_trace来确认Oracle确实是这样做的。要告诉Oracle使用修改后的存储概要，你可以使用以下的命令：

alter session set use_stored_outline = demo;

检 查trace文件，你将会发现该SQL现在使用and_equal的路径（如果你使用tkprof来处理和解释trace文件，你将会发现输出显示了两个 矛盾的路径。第一个将展示使用的and_equal路径，第二个将可能是一个全表搜索，这是因为在tkprof在跟踪的SQL上执行explain plan时，该存储概要可能没有被调用）。

由开发到生成环境

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

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[@more@]