圖 1 訂單主從表

　　ORDER_ID是訂單號，為T_ORDER的主鍵，通過名為SEQ_ORDER_ID的序列產(chǎn)生鍵值，而ITEM_ID是T_ORDER_ITEM表的主鍵，通過名為SEQ_ORDER_ITEM的序列產(chǎn)生鍵值，T_ORDER_ITEM通過ORDER_ID外鍵關(guān)聯(lián)到T_ORDER表。

　　需求文檔指出訂單記錄將通過以下兩種方式來查詢數(shù)據(jù)：

　　?CLIENT + ORDER_DATE+IS_SHPPED：根據(jù)"客戶＋訂貨日期+是否發(fā)貨"條件查詢訂單及訂單條目。

　　?ORDER_DATE+IS_SHIPPED：根據(jù)"訂貨日期+是否發(fā)貨"條件查詢訂單及訂單條目。

　　數(shù)據(jù)庫設(shè)計人員根據(jù)這個要求，在T_ORDER表的CLIENT、 ORDER_DATE及IS_SHPPED三字段上建立了一個復(fù)合索引IDX_ORDER_COMPOSITE；在T_ORDER_ITEM為外鍵ORDER_ID建立IDX_ORDER_ITEM_ORDER_ID索引。

　　讓我們看一下該份設(shè)計的最終SQL腳本：

/*訂單表*/
create table T_ORDER (
　　ORDER_ID NUMBER(10) not null,
　　ADDRESS VARCHAR2(100),
　　CLIENT VARCHAR2(60),
　　ORDER_DATE CHAR(8),
　　IS_SHIPPED CHAR(1),
　　constraint PK_T_ORDER primary key (ORDER_ID)
);

create index IDX_CLIENT on T_ORDER (
　CLIENT ASC,
　ORDER_DATE ASC,
　IS_SHIPPED ASC);

/*訂單條目子表*/

create table T_ORDER_ITEM (
　ITEM_ID NUMBER(10) not null,
　ORDER_ID NUMBER(10),
　ITEM VARCHAR2(20),
　COUNT NUMBER(10),
　constraint PK_T_ORDER_ITEM primary key (ITEM_ID)
);

create index IDX_ORDER_ITEM_ORDER_ID on T_ORDER_ITEM (
　ORDER_ID ASC);
　alter table T_ORDER_ITEM add constraint FK_T_ORDER__REFERENCE_T_ORDER foreign key (ORDER_ID) references T_ORDER (ORDER_ID);
　　我們承認在ER關(guān)系上，這份設(shè)計并不存在的缺陷，但卻存在以下有待優(yōu)化的地方：

　　?沒有將表數(shù)據(jù)和索引數(shù)據(jù)存儲到不同的表空間中，而不加區(qū)別地將它們存儲到同一表空間里。這樣，不但會造成I/O競爭，也為數(shù)據(jù)庫的維護工作帶來不便。

　　?ORACLE會自動為表的主鍵列創(chuàng)建一個普通B-Tree索引，但由于這兩張表的主鍵值都通過序列提供，具有嚴格的順序性（升序或降序），此時手工為其指定一個反鍵索引（reverse key index）將更加合理。

　　?在子表T_ORDER_ITEM外鍵列ORDER_ID上建立的IDX_ORDER_ITEM_ORDER_ID的普通B-Tree索引非常適合設(shè)置為壓縮型索引，即建立一個壓縮型的B-Tree索引。因為一份訂單會對應(yīng)多個訂單條目，這就意味著T_ORDER_ITEM表存在許多同值的ORDER_ID列值，通過將其索引指定為壓縮型的B-Tree索引，不但可以減少IDX_ORDER_ITEM_ORDER_ID所需的存儲空間，還將提高表操作的性能。

　　?企圖僅通過建立一個包含3字段IDX_ORDER_COMPOSITE復(fù)合索引滿足如前所述的兩種查詢條件方式的索引是有問題的，事實上使用ORDER_DATE+IS_SHIPPED復(fù)合條件的查詢將利用不到IDX_ORDER_COMPOSITE索引。
優(yōu)化設(shè)計

　　1、將表數(shù)據(jù)和索引數(shù)據(jù)分開表空間存儲

　　1.1 表數(shù)據(jù)和索引為何需要使用獨立的表空間

　　Oracle強烈建立，任何一個應(yīng)用程序的庫表至少需要創(chuàng)建兩個表空間，其中之一用于存儲表數(shù)據(jù)，而另一個用于存儲表索引數(shù)據(jù)。因為如果將表數(shù)據(jù)和索引數(shù)據(jù)放在一起，表數(shù)據(jù)的I/O操作和索引的I/O操作將產(chǎn)生影響系統(tǒng)性能的I/O競爭，降低系統(tǒng)的響應(yīng)效率。將表數(shù)據(jù)和索引數(shù)據(jù)存放在不同的表空間中（如一個為APP_DATA，另一個為APP_IDX），并在物理層面將這兩個表空間的數(shù)據(jù)文件放在不同的物理磁盤上，就可以避免這種競爭了。

　　擁有獨立的表空間，就意味著可以獨立地為表數(shù)據(jù)和索引數(shù)據(jù)提供獨立的物理存儲參數(shù)，而不會發(fā)生相互影響，畢竟表數(shù)據(jù)和索引數(shù)據(jù)擁有不同的特性，而這些特性又直接影響了物理存儲參數(shù)的設(shè)定。

　　此外，表數(shù)據(jù)和索引數(shù)據(jù)獨立存儲，還會帶來數(shù)據(jù)管理和維護上的方面。如你在遷移一個業(yè)務(wù)數(shù)據(jù)庫時，為了降低數(shù)據(jù)大小，可以只遷出表數(shù)據(jù)的表空間，在目標(biāo)數(shù)據(jù)庫中通過重建索引的方式就可以生成索引數(shù)據(jù)了。