基本的索引原理.doc

本章内容并不是针对数据库专家或是那些想快速找到答案的读者。本章主要是讨论基本的索引原理(也可能是仅有的一章)。对初学者来说，最困难的就是如何找到那些可以填补最主要差距的信息，以及如何了解Oracle的索引功能。本章就是服务于这个目的。尽管市场上有大量面向中高级用户的书籍，但面向初学者的资料却非常少，而且需求量往往很高。 Oracle提供了大量索引选项。知道在给定条件下使用哪个选项对于一个应用程序的性能来说非常重要。一个错误的选择可能会引发死锁，并导致数据库性能急剧下降或进程终止。而如果做出正确的选择，则可以合理使用资源，使那些已经运行了几小时甚至几天的进程在几分钟内得以完成，这样会使您颇有成就感。本章将讨论每个索引选项，然后指出每个选项的优缺点。 本章主要内容： ●?????? 基本的索引概念 ●?????? 查找被索引的表以及具有连接索引的表 ●?????? 组合索引的使用方法 ●?????? Oracle ROWID ●?????? 基于函数的索引的使用方法 ●?????? 如何避免比较不匹配的数据类型，造成索引取消 ●?????? 作为索引策略的集群因子 ●?????? 使用INDEX_STATS视图 ●?????? 索引的二元高度(Binary height) ●?????? 使用直方图 ●?????? 快速全局扫描 ●?????? 使用索引跳跃式扫描特性的方法 ●?????? B树索引的解释 ●?????? 使用位图索引的时机 ●?????? 使用HASH索引的时机 ●?????? 使用索引顺序表的时机 ●?????? 使用反转键索引的时机 ●?????? 使用基于函数的索引的时机 ●?????? 本地和全局分区索引 2.1? 基本的索引概念 当从表中访问数据时，Oracle提供了两个选择：从表中读取每一行(即全表扫描)索引改进性能的程度部分取决于数据的选择性以及在表的块之间分布数据的方式。如果数据非常具有选择性，则表中将只有很少的行匹配索引值(例如护照号码)如果数据非常具有选择性，但是相关的行在表中的存储位置并不互相靠近，则会进一步减少索引的益处。如果匹配索引值的数据分散在表的多个块中，则必须从表中选择多个单独的块以满足查询。在一些情况中，您会发现当数据分散在表的多个块中时，最好是不使用索引，而是执行全表扫描。执行全表扫描时，Oracle使用多块读取以快速扫描表。基于索引的读取是单块读取，因此在使用索引时的目标是减少解决查询所需的单个块的数量。通过使用Oracle中的一些可用选项，比如分区、并行DML、并行查询操作以及使用db_file_multiblock_read_count进行更大的I/O操作，全表扫描和索引查找之间的平衡点发生了改变。硬件更为快速，磁盘可以在磁盘上的高速缓存中缓存更多的信息，内存也变得更为廉价。与此同时，Oracle已经增强的索引特性，包括了跳跃式扫描索引和其他减少检索数据所需时间的操作。 技巧： 索引通常能提高查询的性能。SELECT语句、UPDATE和DELETE 用于删除表中一半数据的DELETE语句同时需要删除所有这些行的索引(这种情况是非常耗时的)。通常，表中的每个索引都会使对表执行的INSERT操作变慢两倍；使用两条索引通常会使插入操作变慢一倍(然而，一个由两部分组成的单一索引并不比只有一个部分组成的单一索引差很多)。索引列的UPDATE输出显示了两个索引，但是没有显示每个索引中的列。为了获得给定表中被索引的特定列，可访问USER_IND_COLUMNS视图。同样需要注意的是，DBA可以通过访问DBA_IND_COLUMNS视图检索所有模式中被索引的列，而通过访问ALL_IND_COLUMNS视图则可以查看所有表的索引列。 column column_name format a8 column table_name format a8 select ????table_name, index_name, column_name, column_position from ??????user_ind_columns order ?????by table_name, index_name, column_position; TABLE_NA 營NDEX_NAME 燙OLUMN_N COLUMN_POSITION ----- --- ------------ -------- --------------- EMP 牋牋牋?EMP_ID1 牋牋牋EMPNO牋牋牋牋牋牋牋牋牋牋 1 EMP牋牋牋 ?EMP_ID1牋牋?燛NAME 牋牋牋牋牋牋牋牋牋牋 2 EMP 牋牋牋燛MP_ID1 牋牋牋DEPTNO 牋牋牋牋牋牋牋牋牋?3 EMP 牋牋牋?EMP_ID2 牋牋牋SAL 牋牋