名站网址导航为大家提供关于数据库教程相关的教程网站知识。
正在看的ORACLE教程是:解析Oracle 8i/9i的计划稳定性。Oracle网站数据库索引的维护
本文只讨论Oracle中最常见的索引，即是B-tree索引。本文中涉及的网站数据库版本是Oracle8i。 一. 查看系统表中的用户索引 在Oracle中，SYSTEM表是安装网站数据库时自动建立的,[NextPage] 五. 重建索引 （1）检查需要重建的索引。 根据以下几方面进行检查，确定需要重建的索引。 第一，查看SYSTEM表空间中的用户索引。 为了避免数据字典的碎片出现，,上一页 ,
由Oralce8.1开始，Oracle增加了一个新的特性就是Stored Outlines，或者称为Plan Stability（计划稳定性）。这个特性带来三个好处。首先，您可以网站seo优化开销很大的数据库语句的处理。第二，假如如果有一些数据库语句Oracle需要花费长时间来网站seo优化（而不是执行），您可以节省时间并且减少网站seo优化阶段的竞争。最后，它可以让您选择使用新的cursor_sharing参数而无需要担心因此而不采用网站seo优化的执行路径。
要知道如何使用存储概要才是最优的，咱们首先运行一些极度没有效率的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数据库语句。
[NextPage] 这个应用的作用是什么？
现在咱们已经产生了一个模拟的应用，咱们就可以运行它，打开sql_trace，看看有什么事情发生。咱们将会发现这个SQL执行一个全表搜索来得到请求的数据。
在这个测试中，全表检索或许是最有效的相关方式--不过让咱们假定已经证明使用一个单列的索引和and-equal选项才是最佳的执行路径时，咱们可以怎样修改呢（无需在具体相关代码中加入提示）？
通过存储概要，答案是简单的。要达到我下面所做的事情实际上有好几种具体相关方法，因此不要认为这是唯一的做法。Oracle一直改进它的特性以方便使用，这里所讲的技术或许在未来的一个版本中就会消失。
您想该应用做什么？
要令Oracle如咱们所想的那样运作，有三个阶段：
. 启动一个新的session（连接），然后重新运行该过程，首先告诉Oracle咱们要跟踪将要运行的SQL数据库语句和该SQL使用的路径。这里说的"路径"就是咱们存储概要的第一个例子。
. 为有问题的SQL数据库语句创建更好的存储概要，然后用好的代替有问题的。
. 启动一个新的session，并且告诉Oracle在看到匹配的SQL时，开始使用新的存储概要，而不是使用通常的网站seo优化具体相关方法来执行；然后重新运行该过程。
咱们必须停止和启动新的session来确保pl/sql缓冲中的游标（cursors）并不是保持打开的。存储概要只在一个游标被分析的时候产生和（或）应用，因此咱们必须要确认以前存在的类似游标是关闭的。
启动一个session并且执行以下的开始执行命令：
alter session set create_stored_outlines = demo;
然后运行一小段匿名的具体相关代码块来执行该过程，例如：
然后停止收集执行的路径（否则以下您执行的一些SQL也会放到存储概要的表格中，令接下来的处理有点困难）。
alter session set create_stored_outlines = false;
要看到这样做的结果，咱们可以查询以下视图来看清Oracle为咱们创建和存储的概要细节。。
咱们可以看到在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将会使用咱们想要的执行路径，所以咱们现在通过以下的具体相关方法显式创建一个存储概要：
这样就显式地在咱们的demo分类中创建了一个名字为so_fix的存储概要。咱们可以通过name='SO_FIX'这个条件来重新查询user_outlines和user_outline_hints，查看一下存储概要是怎样的。
要注意到的是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表上的名字交换存储概要的提示：
对于这样做，您可能感到有点不习惯，特别是根据指南上的建议--不过这个更新在Metalink（译者关于数据库教程相关的教程网站知识今天我们就说到这里了，希望可以帮到大家。
