由Oralce8.1开始,Oracle增加了一个新的特性就是Stored Outlines,或者称为Plan Stability(计划稳定性)。这个特性带来三个好处。首先,你可以优化开销很大的语句的处理。第二,如果有一些语句Oracle需要花费长时间来优化(而不是执行),你可以节省时间并且减少优化阶段的竞争。最后,它可以让你选择使用新的cursor_sharing参数而无需要担心因此而不采用优化的执行路径。 要知道如何使用存储概要才是最优的,我们首先运行一些极度没有效率的SQL的存储过程开始,要注意的是,我们不能修改源代码(理论上)。 我们将看一下如何跟踪SQL语句,并且查看它当前在数据库中的执行计划,找出一些提示来改进SQL语句的性能,然后再重新执行该SQL语句时,让Oracle使用我们的提示。 在这个示例中,我们将创建一个用户,在该用户的模式中建一个表格,并且创建一个存储过程访问该表格,我们将在这个存储过程上使用wrap工具,这样我们就不能通过反向方式得到源代码。然后我们将通过该存储过程来调试SQL的执行。 例子中我们将假定存储慨要已经在数据库创建的时候被自动安装。 准备工作 创建一个用户,他的权限有:create session, create table, create procedure, create any outline, and alter session。以该用户连接并且运行以下的脚本来创建一个表格: create table so_demo ( n1 number, n2 number, v1 varchar2(10) ) ; insert into so_demo values (1,1,One); create index sd_i1 on so_demo(n1); create index sd_i2 on so_demo(n2); analyze table so_demo compute statistics; | 接着需要编码来创建一个存储过程访问该表格。创建一个称为c_proc.sql的脚本,如下: create or replace procedure get_value ( i_n1 in number, i_n2 in number, io_v1 out varchar2 ) as begin select v1 into io_v1 from so_demo where n1 = i_n1 and n2 = i_n2 ; end; / | 当然,也可以直接执行这个脚本来建立该过程--不过,为了更有效果,转到操作系统的命令行并且执行以下命令: wrap iname=c_proc.sql 响应是: Processing c_proc.sql to c_proc.plb 这里不是通过执行c_proc.sql脚本来产生该过程,而是执行看不到源码的c_proc.plb脚本,你将会发现在user_source的视图中找不到我们的SQL语句。 这个应用的作用是什么? 现在我们已经产生了一个模拟的应用,我们就可以运行它,打开sql_trace,看看有什么事情发生。我们将会发现这个SQL执行一个全表搜索来得到请求的数据。 在这个测试中,全表检索或许是最有效的方式--不过让我们假定已经证明使用一个单列的索引和and-equal选项才是最佳的执行路径时,我们可以怎样修改呢(无需在代码中加入提示)? 通过存储概要,答案是简单的。要达到我下面所做的事情实际上有好几种方法,因此不要认为这是唯一的做法。Oracle一直改进它的特性以方便使用,这里所讲的技术或许在未来的一个版本中就会消失。 你想该应用做什么? 要令Oracle如我们所想的那样运作,有三个阶段: . 启动一
|