由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。以该用户连接并且运行以下的脚本来创建一个表格：
接着需要编码来创建一个存储过程访问该表格。创建一个称为c_proc.sql的脚本，如下：
当然，也可以直接执行这个脚本来建立该过程–不过，为了更有效果，转到操作系统的命令行并且执行以下命令：
wrap iname=c_proc.sql
响应是：
Processing c_proc.sql to c_proc.plb
这里不是通过执行c_proc.sql脚本来产生该过程，而是执行看不到源码的c_proc.plb脚本，你将会发现在user_source的视图中找不到我们的SQL语句。
上一页
评论(0)