oracle跳跃索引的应用场合
索引跳跃式扫描(index skip scan)是Oracle9i的一个新的执行特性，尤其适用于使用连接索引和访问多值索引的Oracle查询。
索引跳跃式扫描(index skip scan)是Oracle9i的一个新的执行特性，尤其适用于使用连接索引和访问多值索引的Oracle查询。让我们看以下的范例。请注意到以下代码包含着连接索引：
create indexsex_emp_idonemp (sex, emp_id);
在Oracle9i版本之前，当SQL查询中包含性别和emp_id时，或者查询指定性别行的时候才可以使用这一索引。下面的查询不能够使用连接索引：
selectemp_idfromempwhereemp_id = 123;
Oracle9i的索引跳跃式扫描执行规则允许使用连接索引，即使SQL查询中不指定性别。 这一特性使得无需在emp_id行中提供第二个索引。Oracle承认索引跳跃式扫描没有直接索引查询速度快，但可以这样说，相比于整个表扫描 (table scan)，索引跳跃式扫描的速度要快得多。
当Oracle没有指明索引跳跃式扫描的内部内容时，我们可以从它的执行规则中判断出，Oracle在内部上生成了多个查询，这样就满足带有多个子查询的查询:
SELECT STATEMENT Optimizer=CHOOSE (Cost=6 Card=1 Bytes=5)0 SORT (AGGREGATE)1 INDEX (SKIP SCAN) OF 'SEX_EMP_ID' (NON-UNIQUE)
在内部里，Oracle生成了两个查询，并连接结果的ROWID表。
selectemp_name from emp_where sex = 'F' and emp_id = 123
UNION
select emp_name from emp_where sex = 'M' and emp_id = 123;
使用索引跳跃式扫描的内涵就变得很清晰。
对于高顺序键(high order key)中的独特值数目，Oracle的索引跳跃式扫描性能将会降低。如果主列有50个值，Oracle要发出50条查询才能找回结果。 索引跳跃式扫描只适用于硬盘空间和存储空间相当紧缺的情况。（责任编辑:王瑞）
评述：
根据上面文章中的结果，实际上，跳跃索引的应用场所是有限的，如果索引的第一个字段（主列）的数据种类很多的话，跳跃索引对提高性能是很有限的，甚至是没有用处的，因为实际上oracle内部是生成了多个查询来完成这项工作的。
所以在实际应用过程中，正确的理解跳跃索引的原理，分析主列数据的情况，是用好跳跃索引的一个前提
本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/towerjt/archi
相关文档：
oracle表空间操作详解
1
2
3作者： 来源： 更新日期：2006-01-04
5
6
7建立表空间
8
9CREATE TABLESPACE data01
10DATAFILE '/ora ......
extent--最小空间分配单位 --tablespace management
block --最小i/o单位 --segment management
create tablespace james
datafile '/export/home/oracle/oradata/james.dbf'
size 100M --初始的文件大小
autoextend On --自动增长
next 10M� ......
Oracle数据库中提供了同义词管理的功能。同义词是数据库方案对象的一个别名，经常用于简化对象访问和提高对象访问的安全性。在使用同义词时，Oracle数据库将它翻译成对应方案对象的名字。与视图类似，同义词并不占用实际存储空间，只有在数据字典中保存了同义词的定义。在Oracle数据库中的大部分数据库对象，如表、视图、� ......
前言
这篇文章介绍了DBA每天在监控Oracle数据库方面的职责，讲述了如何通过shell脚本来完成这些重复的监控工作。本文首先回顾了一些DBA常用的Unix命令，以及解释了如何通过Unix Cron来定时执行DBA脚本。同时文章还介绍了8个重要的脚本来监控Oracle数据库：
检查实例的可用性
检查监听器的可用性
检查alert日志文� ......
Oracle的监听器TNSListener有时无法启动，有时启动完以后会自动关闭，这里给出一种可能的原因就是计算机名称的修改，解决的方法是打开<ORALE_HOME>\network\admin\listener.ora，修改(HOST = [compute_name])(PORT = 1521)，重新修改就可以正常启动。（注意Oracle企业管理器中默认的数据库连接也需要改变，否则仍然会 ......
