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