Oracle培训之索引优质精品文档.pptVIP

困惑只知道createindex怎么写，而不了解oracle的index内部机制？提供的索引选项太多，不知在给定的条件下使用何种index？如何合理使用资源，作出正确选择，防止死锁的发生，提升数据库性能？？此应用的数据表，很少用来查询，可否不建立索引？？基本的索引概念从表中访问数据的时候，Oracle提供了两个选择：从表中顺序读取每一行（即全表扫描），或者通过rowid一次读取一行(此即为通过索引来检索数据)。访问大型表的少量行时，使用索引可以执行较少的IO，没有必要访问表中的所有的数据块索引改进性能的程度取决于：1）数据的选择性如果数据非常具有选择性，则表中将只有很少的行匹配索引值。Oracle将能够快速查询匹配索引值的Rowid的索引，并且可以快速查询少量的相关表块。如果数据选择性不高，则索引可能返回许多rowid，导致从表中查询许多单独的块，则其访问的数据块可能比全表扫描还高。基本的索引概念（2）在表的块之间分布数据的方式如果数据非常具有选择性，但相关的数据的行在表中的存储位置并不互相靠近，则会进一步减少索引的益处。如果匹配索引值的数据分散在多个块中，则必须从表中选择多个单独的块以满足查询。在一些情况中，您会发现当数据分散在表的多个块中时，最好是不使用索引，而是执行全表扫描。执行全表扫描时，Oracle使用多块读取以满足快速扫描表。基于索引的读取是单块读取，因此在使用索引的时的目标是减少解决查询所需要的单个块的数量注：oracle中的一些可用选项，eg：分区、并行DML、并行操作、db_file_multiblock_Read_count进行更大的IO操作，索引对select语句DML语句的影响索引通常能提高查询的性能，因此select，具有较高选择率的update和delete语句能够提高速度(因为在大部份情况下维护索引的成本比update,delete的时候定位需要处理的数据的代价低)索引降低Insert语句的性能(因为同时要对表和索引进行插入)索引列的update和delete同样会更新表和索引，故需要在数据操作性能和使用索引的查询性能中找到平衡点。开发人员和测试人员可以通过以下视图查询索引情况：(1)索引信息Selecttable_name,index_namefromuser_indexeswheretable_name=‘**’;(2)索引列的信息Selecttable_name,index_name,column_name,column_positionfromuser_ind_columns;索引的类型B树索引位图索引HASH索引反转键(reversekey)索引函数索引分区索引(本地和全局索引)B树索引B树索引在oracle中是一个通用索引，是默认的索引类型，可以为单列索引，也可以是组合/复合索引，最多32列。最顶端的数据块叫做根块(rootblock)每个查找都是从根块开始，根块指向分支块(branchblock)每个分支块再指向下一个分支块，或者指向叶子块(leafblock)叶子块存储键值和指向数据的rowid，对于一个给定的索引根块到任何节点的层数都是一样的，是平衡的，为了支持范围查找，叶子块是相互链接的。?B*树的特点之一是：所有叶子块都应该在树的同一层上，这一层称之为索引的高度,它说明所有从索引的根块到叶子块的遍历都会访问同样数目的块。由此可见B*树的B代表的是balanced，所谓的Heightbalanced。大多数B*树索引的高度都是2或3，即使索引中有数百万行记录也是如此，这说明，一般而言，在索引中找到一个键只需要2到3次I/O,这确实不错。B+树索引索引相关信息查看索引统计信息Selectindex_nameasname,blevel,leaf_blocksasleaf_blks,distinct_keysasdst_keys,num_rows,clustering_factorasclust_fact,avg_leaf_blocks_per_keyasleaf_per_key,avg_data_blocks_per_keyasdata_per_keyfromuser_ind_statisticswheretab