探討Oracle primary索引
經(jīng)過長時(shí)間學(xué)習(xí)Oracle primary索引，于是和大家分享一下，看完本文你肯定有不少收獲，希望本文能教會(huì)你更多東西。有經(jīng)驗(yàn)的Oracle DBA都知道I/O是響應(yīng)時(shí)間的***組成部分。其中磁盤I/O特別厲害，因?yàn)楫?dāng)Oracle由磁盤上的一個(gè)數(shù)據(jù)文件得到一個(gè)數(shù)據(jù)塊時(shí)，讀的進(jìn)程就必須等待物理I/O操作完成。磁盤操作要比數(shù)據(jù)緩沖慢10,000倍。因此，如果可以令I(lǐng)/O最小化，或者減少由于磁盤上的文件競爭而帶來的瓶頸，就可以大大地改善Oracle數(shù)據(jù)庫的性能。
如果系統(tǒng)響應(yīng)很慢，通過減少磁盤I/O就可以有一個(gè)很快的改善。如果在一個(gè)事務(wù)中通過按一定的范圍搜索Oracle primary索引來訪問表，那么重新以CTAS的方法組織表將是你減少I/O的首要策略。通過在物理上將行排序?yàn)楹蚈racle primary索引一樣的順序，就可以加快獲得數(shù)據(jù)的速度。
就象磁盤的負(fù)載平衡一樣，行的重新排序也是很簡單的，而且也很快。通過與其它的DBA管理技巧一起使用，就可以在高I/O的系統(tǒng)中大大地減少響應(yīng)的時(shí)間。
在高容量的在線事務(wù)處理環(huán)境中（online transaction processing，OLTP），數(shù)據(jù)是由一個(gè)Oracle primary索引得到的，重新排序表格的行就可以令連續(xù)塊的順序和它們的Oracle primary索引一樣，這樣就可以在索引驅(qū)動(dòng)的表格查詢中，減少物理I/O并且改善響應(yīng)時(shí)間。這個(gè)技巧僅在應(yīng)用選擇多行的時(shí)候有用，或者在使用索引范圍搜索和應(yīng)用發(fā)出多個(gè)查詢來得到連續(xù)的key時(shí)有效。對(duì)于隨機(jī)的唯一primary-key（主鍵）的訪問將不會(huì)由行重新排序中得到好處。
讓我們看一下它是如何工作的?？紤]以下的一個(gè)SQL的查詢，它使用一個(gè)索引來得到100行：
- selectsalaryfromemployeewherelast_name like 'B%';
這個(gè)查詢將會(huì)使用last_name_index，搜索其中的每一行來得到目標(biāo)行。這個(gè)查詢將會(huì)至少使用100次物理磁盤的讀取，因?yàn)閑mployee的行存放在不同的數(shù)據(jù)塊中。
不過，如果表中的行已經(jīng)重新排序?yàn)楹蚻ast_name_index的一樣，同樣的查詢又會(huì)怎樣處理呢？我們可以看到這個(gè)查詢只需要三次的磁盤I/O就讀完全部100個(gè)員工的資料（一次用作索引的讀取，兩次用作數(shù)據(jù)塊的讀取），減少了97次的塊讀取。
重新排序帶來的性能改善的程度在于在你開始的時(shí)候行的亂序性如何，以及你需要由序列中訪問多少行。至于一個(gè)表中的行與索引的排序鍵的匹配程度，可以查看數(shù)據(jù)字典中的dba_indexes和dba_tables視圖得到。
在dba_indexes的視圖中，查看clustering_factor列。如果clustering_factor的值和表中的塊數(shù)目大致一樣，那么你的表和索引的順序是一樣的。不過，如果clustering_factor的值接近表中的行數(shù)目，那就表明表格中的行和索引的順序是不一樣的。
行重新排序的作用是不可以小看的。在需要進(jìn)行大范圍的索引搜索的大表中，行重新排序可以令查詢的性能提高三倍。
一旦你已經(jīng)決定重新排序表中的行，你可以使用以下的工具之一來重新組織表格。
◆使用Oracle的Create Table As Select (CTAS)語法來拷貝表格
◆Oracle9i自帶的表格重新組織工具
【編輯推薦】
