索引組織表(IOT)不僅可以存儲數據，還可以存儲為表建立的索引。索引組織表的數據是根據主鍵排序后的順序進行排列的，這樣就提高了訪問的速度。但是這是由犧牲插入和更新性能為代價的(每次寫入和更新后都要重新進行重新排序)。
索引組織表的創建格式如下：
復制代碼 代碼如下:
create table indexTable(
ID varchar2 (10),
NAME varchar2 (20),
constraint pk_id primary key (ID)
)
organization index;
注意兩點：
● 創建IOT時，必須要設定主鍵，否則報錯。
● 索引組織表實際上將所有數據都放入了索引中。
索引組織表屬性
1、OVERFLOW子句(行溢出)
因為所有數據都放入索引，所以當表的數據量很大時，會降低索引組織表的查詢性能。此時設置溢出段將主鍵和溢出數據分開來存儲以提高效率。溢出段的設置有兩種格式：
PCTTHRESHOLD n ：制定一個數據塊的百分比，當行數據占用大小超出時，該行的其他列數據放入溢出段
INCLUDING column_name ：指定列之前的列都放入索引塊，之后的列都放到溢出段
● 當行中某字段的數據量無法確定時使用PCTTHRESHOLD。
● 若所有行均超出PCTTHRESHOLD規定大小，則考慮使用INCLUDING。
復制代碼 代碼如下:
create table t88(
ID varchar2 (10),
NAME varchar2 (20),
constraint t88_pk_id primary key (ID)
)
organization index
PCTTHRESHOLD 20
overflow tablespace users
INCLUDING name ;
如上例所示，name及之后的列必然被放入溢出列，而其他列根據 PCTTHRESHOLD 規則。
2、COMPRESS子句(鍵壓縮)
與普通的索引一樣，索引組織表也可以使用COMPRESS子句進行鍵壓縮以消除重復值。
具體的操作是，在organization index之后加上COMPRESS n子句
用于壓縮索引列，在塊級提取公因子，避免重復值。
如：
復制代碼 代碼如下:
create table iot(
owner VARCHAR2(8),
object_type VARCHAR2(8),
object_name VARCHAR2(8),
constraint iot_pk primary key(owner, object_type,object_name))
organization index
NOCOMPRESS;
表示對于每個主鍵組合都會物理地存儲。倘若使用COMPRESS N 則對于重復的列不再物理存儲。
● n的意義在于：指定壓縮的列數。默認為無窮大。
例如對于數據(1,2,3)、(1,2,4)、(1,2,5)、(1,3,4)、(1,3,5)時
若使用COMPRESS則會將重復出現的(1,2)、(1,3)進行壓縮
若使用COMPRESS 1時，只對數據(1)進行壓縮
索引組織表的維護
(1)、索引組織表可以和普通堆表一樣進行INSERT、UPDATE、DELETE、SELECT操作。
(2)、可使用ALTER TABLE ... OVERFLOW語句來更改溢出段的屬性。
復制代碼 代碼如下:
Alter table indextable add overflow;
(3)、要ALTER任何OVERVIEW的屬性，都必須先定義overflow，若建表時沒有可以新增
復制代碼 代碼如下:
alter table t88 pctthreshold 15 including name; --調整overflow的參數
alter table t88 initrans 2 overflow initrans 4; --修改數據塊和溢出段的initrans特性
索引組織表的應用
Heap Table 就是一般的表，獲取表中的數據是按命中率來得到的。沒有明確的先后之分，在進行全表掃描的時候，并不是先插入的數據就先獲取。數據的存放也是隨機的，當然根據可用空閑的空間來決定。
IOT 就是類似一個全是索引的表，表中的所有字段都放在索引上，所以就等于是約定了數據存放的時候是按照嚴格規定的，在數據插入以前其實就已經確定了其位置，所以不管插入的先后順序，它在那個物理上的那個位置與插入的先后順序無關。這樣在進行查詢的時候就可以少訪問很多blocks，但是插入的時候，速度就比普通的表要慢一些。索引組織表主要適用于信息檢索、空間和OLAP程序。
索引組織表的適用情況：
1、 代碼查找表。
2、 經常通過主碼訪問的表。
3、 構建自己的索引結構。
4、 加強數據的共同定位，要數據按特定順序物理存儲。
5、 經常用between…and…對主碼或唯一碼進行查詢。
經常更新的表當然不適合IOT，因為oracle需要不斷維護索引，而且由于字段多索引成本就大；如果不是經常使用主鍵訪問表，就不要使用IOT。
IOT提供如下的好處：
·提高緩沖區緩存效率，因為給定查詢在緩存中需要的塊更少。
·減少緩沖區緩存訪問，這會改善可擴縮性。
·獲取數據的工作總量更少，因為獲取數據更快。
·每個查詢完成的物理I/O更少。
您可能感興趣的文章:- Oracle輕松取得建表和索引的DDL語句
- Oracle數據庫中建立索引的基本方法講解
- Oracle中如何把表和索引放在不同的表空間里
- oracle索引介紹(圖文詳解)
- Oracle關于重建索引爭論的總結
- Oracle索引(B*tree與Bitmap)的學習總結
- oracle 索引不能使用深入解析
- Oracle 如何創建和使用全文索引
- Oracle數據庫索引的維護
- Oracle Index索引無效的原因與解決方法
