Oracle索引的學習總結
在Oracle中，索引基本分為以下幾種：B*Tree索引，反向索引，降序索引，位圖索引，函數(shù)索引，interMedia全文索引等，其中最常用的是B*Tree索引和Bitmap索引。
(1)、與索引相關視圖
查詢DBA_INDEXES視圖可得到表中所有索引的列表；訪問USER_IND_COLUMNS視圖可得到一個給定表中被索引的特定列。
(2)、組合索引概念
當某個索引包含有多個已索引的列時，稱這個索引為組合（concatented）索引。
注意：只有在使用到索引的前導索引時才可以使用組合索引
(3)、B*Tree索引
B*Tree索引是最常見的索引結構，默認建立的索引就是這種類型的索引。B*Tree索引在檢索高基數(shù)數(shù)據(jù)列（高基數(shù)數(shù)據(jù)列是指該列有很多不同的值）時提供了最好的性能。
DML語句：
Create index indexname on tablename(columnname[columnname...])
B-tree特性：
適合與大量的增、刪、改（OLTP）；
不能用包含OR操作符的查詢；
適合高基數(shù)的列（唯一值多）；
典型的樹狀結構；
每個結點都是數(shù)據(jù)塊；
大多都是物理上一層、兩層或三層不定，邏輯上三層；
葉子塊數(shù)據(jù)是排序的，從左向右遞增；
在分支塊和根塊中放的是索引的范圍。
(4)、Bitmap索引
位圖索引主要用于決策支持系統(tǒng)或靜態(tài)數(shù)據(jù)，不支持行級鎖定。位圖索引最好用于低cardinality列（即列的唯一值除以行數(shù)為一個很小的值，接近零）。
DML語句：
Create BITMAP index indexname on tablename(columnname[columnname...])
Bitmap特性:
適合與決策支持系統(tǒng)；
做UPDATE代價非常高；
非常適合OR操作符的查詢；
基數(shù)比較少的時候才能建位圖索引。
(5)、B*tree和Bitmap的不同
在一顆 B* 樹中，通常索引條目和行之間存在一種一對一的關系：一個索引條目就指向一行；而對于位圖索引，一個索引條目則使用一個位圖同時指向多行。
位圖索引適用于高度重復而且通常只讀的數(shù)據(jù)（高度重復是指相對于表中的總行數(shù)，數(shù)據(jù)只有很少的幾個不同值）。B*tree索引的話通常在訪問小數(shù)據(jù)量的情況下比較適用，比如你訪問不超過表中數(shù)據(jù)的5%，適用于一般的情況；bitmap的話在數(shù)據(jù)倉庫中使用較多，用于低基數(shù)列，比如性別之類重復值很多的字段，基數(shù)越小越好。
(6)、導致索引失效的情況
使用不等于操作符（<>、!=）
通常把不等于操作符改成OR條件，就可以使用索引，以避免全表掃描
使用IS NULL 或IS NOT NULL
使用IS NULL 或IS NOT NULL同樣會限制索引的使用。因為NULL值并沒有被定義。在SQL語句中使用NULL會有很多的麻煩。因此建議開發(fā)人員在建表時，把需要索引的.列設成NOT NULL。如果被索引的列在某些行中存在NULL值，就不會使用這個索引（除非索引是一個位圖索引）。
使用函數(shù)
如果不使用基于函數(shù)的索引，那么在SQL語句的WHERE子句中對存在索引的列使用函數(shù)時，會使優(yōu)化器忽略掉這些索引。
比較不匹配的數(shù)據(jù)類型
不匹配的數(shù)據(jù)類型之間比較會讓Oracle自動限制索引的使用，即便對這個查詢執(zhí)行Explain Plan也不能讓您明白為什么做了一次”全表掃描”。
復合索引中的前導列沒有被作為查詢條件
復合索引中，一定要將前導列作為查詢條件，索引才會被使用
CBO模式下選擇的行數(shù)比例過大，優(yōu)化器采取了全表掃描
這是基于代價的優(yōu)化考慮
【Oracle索引的學習總結】相關文章：
搜索引擎免責聲明10-31
學習的總結08-18
教師外出學習總結-學習總結12-23
我的學習總結08-19
學期的學習總結07-30
醫(yī)院的培訓學習總結12-30
有關寫大學學習總結-學習總結12-21
外出參觀學習總結3篇-學習總結12-21
大學三年學習總結-學習總結12-21
學年學習總結12-21