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