深入學(xué)習(xí)Oracle分區(qū)表及分區(qū)索引
關(guān)于分區(qū)表和分區(qū)索引(About Partitioned Tables and Indexes)對于10gR2而言，基本上可以分成幾類：
• Range(范圍)分區(qū)
• Hash(哈希)分區(qū)
• List(列表)分區(qū)
• 以及組合分區(qū)：Range-Hash,Range-List。
對于表而言(常規(guī)意義上的堆組織表)，上述分區(qū)形式都可以應(yīng)用(甚至可以對某個分區(qū)指定compress屬性)，只不過分區(qū)依賴列不能是lob,long之類數(shù)據(jù)類型，每個表的分區(qū)或子分區(qū)數(shù)的總數(shù)不能超過1023個。
對于索引組織表，只能夠支持普通分區(qū)方式，不支持組合分區(qū)，常規(guī)表的限制對于索引組織表同樣有效，除此之外呢，還有一些其實的限制，比如要求索引組織表的分區(qū)依賴列必須是主鍵才可以等。
注：本篇所有示例僅針對常規(guī)表，即堆組織表!
對于索引，需要區(qū)分創(chuàng)建的是全局索引，或本地索引：
l 全局索引(global index)：即可以分區(qū)，也可以不分區(qū)。即可以建range分區(qū)，也可以建hash分區(qū)，即可建于分區(qū)表，又可創(chuàng)建于非分區(qū)表上，就是說，全局索引是完全獨立的，因此它也需要我們更多的維護(hù)操作。
l 本地索引(local index)：其分區(qū)形式與表的分區(qū)完全相同，依賴列相同，存儲屬性也相同。對于本地索引，其索引分區(qū)的維護(hù)自動進(jìn)行，就是說你add/drop/split/truncate表的分區(qū)時，本地索引會自動維護(hù)其索引分區(qū)。
Oracle建議如果單個表超過2G就最好對其進(jìn)行分區(qū)，對于大表創(chuàng)建分區(qū)的好處是顯而易見的，這里不多論述why，而將重點放在when以及how。
ORACLE對于分區(qū)表方式其實就是將表分段存儲，一般普通表格是一個段存 儲，而分區(qū)表會分成多個段，所以查找數(shù)據(jù)過程都是先定位根據(jù)查詢條件定位分區(qū)范圍，即數(shù)據(jù)在那個分區(qū)或那幾個內(nèi)部，然后在分區(qū)內(nèi)部去查找數(shù)據(jù)，一個分區(qū)一 般保證四十多萬條數(shù)據(jù)就比較正常了，但是分區(qū)表并非亂建立，而其維護(hù)性也相對較為復(fù)雜一點，而索引的創(chuàng)建也是有點講究的，這些以下盡量闡述詳細(xì)即可。
range分區(qū)方式，也算是最常用的分區(qū)方式，其通過某字段或幾個字段的組合的值，從小到大，按照指定的范圍說明進(jìn)行分區(qū)，我們在INSERT數(shù)據(jù)的時候就會存儲到指定的分區(qū)中。
List分區(qū)方式，一般是在range基礎(chǔ)上做的二級分區(qū)較多，是一種列舉方式進(jìn)行分區(qū)，一般講某些地區(qū)、狀態(tài)或指定規(guī)則的編碼等進(jìn)行劃分。
Hash分區(qū)方式，它沒有固定的規(guī)則，由ORACLE管理，只需要將值INSERT進(jìn)去，ORACLE會自動去根據(jù)一套HASH算法去劃分分區(qū)，只需要告訴ORACLE要分幾個區(qū)即可。
WHEN
一、When使用Range分區(qū)
Range分區(qū)呢是應(yīng)用范圍比較廣的表分區(qū)方式，它是以列的值的范圍來做為分區(qū)的劃分條件，將記錄存放到列值所在的range分區(qū)中，比如按照 時間劃分，2008年1季度的數(shù)據(jù)放到a分區(qū)，08年2季度的數(shù)據(jù)放到b分區(qū)，因此在創(chuàng)建的時候呢，需要你指定基于的列，以及分區(qū)的范圍值，如果某些記錄 暫無法預(yù)測范圍，可以創(chuàng)建maxvalue分區(qū)，所有不在指定范圍內(nèi)的記錄都會被存儲到maxvalue所在分區(qū)中，并且支持指定多列做為依賴列，后面在 講how的時候會詳細(xì)談到。
二、When使用Hash分區(qū)
通常呢，對于那些無法有效劃分范圍的表，可以使用hash分區(qū)，這樣對于提高性能還是會有一定的幫助。hash分區(qū)會將表中的數(shù)據(jù)平均分配到你 指定的幾個分區(qū)中，列所在分區(qū)是依據(jù)分區(qū)列的hash值自動分配，因此你并不能控制也不知道哪條記錄會被放到哪個分區(qū)中，hash分區(qū)也可以支持多個依賴 列。
三、When使用List分區(qū)
List分區(qū)與range分區(qū)和hash分區(qū)都有類似之處，該分區(qū)與range分區(qū)類似的是也需要你指定列的值，但這又不同與range分區(qū)的 范圍式列值---其分區(qū)值必須明確指定，也不同與hash分區(qū)---通過明確指定分區(qū)值，你能控制記錄存儲在哪個分區(qū)。它的分區(qū)列只能有一個，而不能像 range或者h(yuǎn)ash分區(qū)那樣同時指定多個列做為分區(qū)依賴列，不過呢，它的單個分區(qū)對應(yīng)值可以是多個。
你在分區(qū)時必須確定分區(qū)列可能存在的值，一旦插入的列值不在分區(qū)范圍內(nèi)，則插入/更新就會失敗，因此通常建議使用list分區(qū)時，要創(chuàng)建一個default分區(qū)存儲那些不在指定范圍內(nèi)的記錄，類似range分區(qū)中的maxvalue分區(qū)。
四、When使用組合分區(qū)
如果某表按照某列分區(qū)之后，仍然較大，或者是一些其它的需求，還可以通過分區(qū)內(nèi)再建子分區(qū)的方式將分區(qū)再分區(qū)，即組合分區(qū)的方式。
組合分區(qū)呢在10g中有兩種：range-hash，range-list。注意順序喲，根分區(qū)只能是range分區(qū)，子分區(qū)可以是hash分區(qū)或list分區(qū)。
提示：11g在組合分區(qū)功能這塊有所增強(qiáng)，又推出了range-range,list-range,list-list,list-hash， 這就相當(dāng)于除hash外三種分區(qū)方式的笛卡爾形式都有了。為什么會沒有hash做為根分區(qū)的組合分區(qū)形式呢，再仔細(xì)回味一下第二點，你一定能夠想明 白~~。
深入學(xué)習(xí)Oracle分區(qū)表及分區(qū)索引(2)
一、如何創(chuàng)建
如果想對某個表做分區(qū)，必須在創(chuàng)建表時就指定分區(qū)，我們可以對一個包含分區(qū)的表中的分區(qū)做修改，但不能直接將一個未分區(qū)的表修改成分區(qū)表(起碼在10g是不行的，當(dāng)然你可能會說，可以通過在線重定義的方式，但是這不是直接喲，這也是借助臨時表間接實現(xiàn)的)。
創(chuàng)建表或索引的語法就不說了，大家肯定比我還熟悉，而想在建表(索引)同時指定分區(qū)也非常容易，只需要把創(chuàng)建分區(qū)的子句放到";"前就行啦，同 時需要注意表的row movement屬性，它用來控制是否允許修改列值所造成的記錄移動至其它分區(qū)存儲，有enable|disable兩種狀態(tài)，默認(rèn)是disable row movement，當(dāng)disable時，如果記錄要被更新至其它分區(qū)，則更新語句會報錯。
下面分別演示不同分區(qū)方式的表和索引的創(chuàng)建：
1、創(chuàng)建range分區(qū)
語法如下，需要我們指定的有：
l column:分區(qū)依賴列(如果是多個，以逗號分隔);
l partition:分區(qū)名稱;
l values less than:后跟分區(qū)范圍值(如果依賴列有多個，范圍對應(yīng)值也應(yīng)是多個，中間以逗號分隔);
l tablespace_clause:分區(qū)的存儲屬性，例如所在表空間等屬性(可為空)，默認(rèn)繼承基表所在表空間的屬性。
① 創(chuàng)建一個標(biāo)準(zhǔn)的range分區(qū)表：
JSSWEB> create table t_partition_range (id number,name varchar2(50))
partition by range(id)(
partition t_range_p1 values less than (10) tablespace tbspart01,
partition t_range_p2 values less than (20) tablespace tbspart02,
partition t_range_p3 values less than (30) tablespace tbspart03,
partition t_range_pmax values less than (maxvalue) tablespace tbspart04
);
表已創(chuàng)建。
要查詢創(chuàng)建分區(qū)的信息，可以通過查詢user_part_tables,user_tab_partitions兩個數(shù)據(jù)字典(索引分區(qū)、組織分區(qū)等信息也有對應(yīng)的數(shù)據(jù)字典，后續(xù)示例會逐步提及)。
user_part_tables：記錄分區(qū)的表的信息;
user_tab_partitions：記錄表的分區(qū)的信息。
例如：
JSSWEB> select table_name,partitioning_type,partition_count
From user_part_tables where table_name='T_PARTITION_RANGE';
JSSWEB> select partition_name,high_value,tablespace_name
from user_tab_partitions where table_name='T_PARTITION_RANGE'
order by partition_position;
② 創(chuàng)建global索引range分區(qū)：
JSSWEB> create index idx_parti_range_id on t_partition_range(id)
2 global partition by range(id)(
3 partition i_range_p1 values less than (10) tablespace tbspart01,
4 partition i_range_p2 values less than (40) tablespace tbspart02,
5 partition i_range_pmax values less than (maxvalue) tablespace tbspart03);
索引已創(chuàng)建。
由上例可以看出，創(chuàng)建global索引的分區(qū)與創(chuàng)建表的分區(qū)語句格式完全相同，而且其分區(qū)形式與索引所在表的分區(qū)形式?jīng)]有關(guān)聯(lián)關(guān)系。
注意：我們這里借助上面的表t_partition_range來演示創(chuàng)建range分區(qū)的global索引，并不表示range分區(qū)的表，只能創(chuàng)建range分區(qū)的global索引，只要你想，也可以為其創(chuàng)建hash分區(qū)的global索引。
查詢索引的分區(qū)信息可以通過user_part_indexes、user_ind_partitions兩個數(shù)據(jù)字典：
JSSWEB> select index_name, partitioning_type, partition_count
2 From user_part_indexes
3 where index_name = 'IDX_PARTI_RANGE_ID';
③ Local分區(qū)索引的創(chuàng)建最簡單，例如：
仍然借助t_partition_range表來創(chuàng)建索引
--首先刪除之前創(chuàng)建的global索引
JSSWEB> drop index IDX_PARTI_RANGE_ID;
索引已刪除。
JSSWEB> create index IDX_PARTI_RANGE_ID on T_PARTITION_RANGE(id) local;
索引已創(chuàng)建。
查詢相關(guān)數(shù)據(jù)字典：
JSSWEB> select index_name, partitioning_type, partition_count
2 From user_part_indexes
3 where index_name = 'IDX_PARTI_RANGE_ID';
JSSWEB> select partition_name, high_value, tablespace_name
2 from user_ind_partitions
3 where index_name = 'IDX_PARTI_RANGE_ID'
4 order by partition_position;
可以看出，local索引的分區(qū)完全繼承表的分區(qū)的屬性，包括分區(qū)類型，分區(qū)的范圍值即不需指定也不能更改，這就是前面說的：local索引的分區(qū)維護(hù)完全依賴于其索引所在表。
不過呢分區(qū)名稱，以及分區(qū)所在表空間等信息是可以自定義的，例如：
SQL> create index IDX_PART_RANGE_ID ON T_PARTITION_RANGE(id) local (
2 partition i_range_p1 tablespace tbspart01,
3 partition i_range_p2 tablespace tbspart01,
4 partition i_range_p3 tablespace tbspart02,
5 partition i_range_pmax tablespace tbspart02
6 );
索引已創(chuàng)建。
SQL> select index_name, partitioning_type, partition_count
2 From user_part_indexes
3 where index_name = 'IDX_PART_RANGE_ID';
SQL> select partition_name, high_value, tablespace_name
2 from user_ind_partitions
3 where index_name = 'IDX_PART_RANGE_ID'
4 order by partition_position;
創(chuàng)建hash分區(qū)
語法如下：[圖:hash_partitioning.gif]
語法看起來比range復(fù)雜，其實使用起來比range更簡單，這里需要我們指定的有：
l column:分區(qū)依賴列(支持多個，中間以逗號分隔);
l partition:指定分區(qū)，有兩種方式：
n 直接指定分區(qū)名，分區(qū)所在表空間等信息
n 只指定分區(qū)數(shù)量，和可供使用的表空間。
2、創(chuàng)建hash分區(qū)
JSSWEB> create table t_partition_hash (id number,name varchar2(50))
2 partition by hash(id)(
3 partition t_hash_p1 tablespace tbspart01,
4 partition t_hash_p2 tablespace tbspart02,
5 partition t_hash_p3 tablespace tbspart03);
表已創(chuàng)建。
要實現(xiàn)同樣效果，你還可以這樣：
JSSWEB> create table t_partition_hash2 (id number,name varchar2(50))
2 partition by hash(id)
3 partitions 3 store in(tbspart01,tbspart02,tbspart03);
表已創(chuàng)建。
這就是上面說的，直接指定分區(qū)數(shù)量和可供使用的表空間。
提示：這里分區(qū)數(shù)量和可供使用的表空間數(shù)量之間沒有直接對應(yīng)關(guān)系。分區(qū)數(shù)并不一定要等于表空間數(shù)。
要查詢表的分區(qū)信息，仍然是通過user_part_tables,user_tab_partitions兩個數(shù)據(jù)字典，這里不再舉例。
① Global索引hash分區(qū)
Hash分區(qū)索引的子句與hash分區(qū)表的創(chuàng)建子句完全相同，例如：
JSSWEB> create index idx_part_hash_id on t_partition_hash(id)
2 global partition by hash(id)
3 partitions 3 store in(tbspart01,tbspart02,tbspart03);
索引已創(chuàng)建。
查詢索引的分區(qū)信息也仍是通過user_part_indexes、user_ind_partitions兩個數(shù)據(jù)字典，不再舉例。
② 創(chuàng)建Local索引
在前面學(xué)習(xí)range分區(qū)時，我們已經(jīng)對Local索引的特性做了非常清晰的概述，因此這里也不再舉例，如有疑問，建議再仔細(xì)復(fù)習(xí)range分區(qū)的相關(guān)示例，如果還有疑問，當(dāng)面問我好了:)
綜上：
Ø 對于global索引分區(qū)而言，在10g中只能支持range分區(qū)和hash分區(qū)，因此后續(xù)示例中不會再提及。
Ø 對于local索引分區(qū)而言，其分區(qū)形式完全依賴于索引所在表的分區(qū)形式，不管從創(chuàng)建語法還是理解難度均無技術(shù)含量，因此后續(xù)也不再提供示例。
Ø 注意，在創(chuàng)建索引時如果不顯式指定global或local，則默認(rèn)是global。
Ø 注意，在創(chuàng)建global索引時如果不顯式指定分區(qū)子句，則默認(rèn)不分區(qū)(廢話)。
3、分區(qū)應(yīng)用：
一般一張表超過2G的大小，ORACLE是推薦使用分區(qū)表的，分區(qū)一般都需要 創(chuàng)建索引，說到分區(qū)索引，就可以分為：全局索引、分區(qū)索引，即：global索引和local索引，前者為默認(rèn)情況下在分區(qū)表上創(chuàng)建索引時的索引方式，并 不對索引進(jìn)行分區(qū)（索引也是表結(jié)構(gòu)，索引大了也需要分區(qū)，關(guān)于索引以后專門寫點）而全局索引可修飾為分區(qū)索引，但是和local索引有所區(qū)別，前者的分區(qū) 方式完全按照自定義方式去創(chuàng)建，和表結(jié)構(gòu)完全無關(guān)，所以對于分區(qū)表的全局索引有以下兩幅網(wǎng)上常用的圖解：
3.1、對于分區(qū)表的不分區(qū)索引（這個有點繞，不過就是表分區(qū)，但其索引不分區(qū)）：
創(chuàng)建語法(直接創(chuàng)建即可)：
CREATE INDEX <index_name> ON <partition_table_name>(<column_name>);
3.2、對于分區(qū)表的分區(qū)索引:
創(chuàng)建語法為：
CREATE INDEX INX_TAB_PARTITION_COL1 ON TABLE_PARTITION(COL1)
GLOBAL PARTITION BY RANGE(COL1)(
PARTITION IDX_P1 values less than (1000000),
PARTITION IDX_P2 values less than (2000000),
PARTITION IDX_P3 values less than (MAXVALUE)
);
3.3、LOCAL索引結(jié)構(gòu)：
創(chuàng)建語法為：
CREATE INDEX INX_TAB_PARTITION_COL1 ON TABLE_PARTITION(COL1) LOCAL;
也可按照分區(qū)表的的分區(qū)結(jié)構(gòu)給與一一定義，索引的分區(qū)將得到重命名。
分區(qū)上的位圖索引只能為LOCAL索引，不能為GLOBAL全局索引。
3.4、對比索引方式：
一般使用LOCAL索引較為方便，而且維護(hù)代價較低，并且LOCAL索引是在分區(qū)的基礎(chǔ)上去創(chuàng)建索引，類似于在一個子表內(nèi)部去創(chuàng)建索引，這樣開銷主要是區(qū) 分分區(qū)上，很規(guī)范的管理起來，在OLAP系統(tǒng)中應(yīng)用很廣泛；而相對的GLOBAL索引是全局類型的索引，根據(jù)實際情況可以調(diào)整分區(qū)的類別，而并非按照分區(qū) 結(jié)構(gòu)一一定義，相對維護(hù)代價較高一些，在OLTP環(huán)境用得相對較多，這里所謂OLTP和OLAP也是相對的，不是特殊的項目，沒有絕對的劃分概念，在應(yīng)用 過程中依據(jù)實際情況而定，來提高整體的運行性能。
4、常用視圖：
1、查詢當(dāng)前用戶下有哪些是分區(qū)表：
SELECT * FROM USER_PART_TABLES;
2、查詢當(dāng)前用戶下有哪些分區(qū)索引：
SELECT * FROM USER_PART_INDEXES;
3、查詢當(dāng)前用戶下分區(qū)索引的分區(qū)信息：
SELECT * FROM USER_IND_PARTITIONS T
WHERE T.INDEX_NAME=?
4、查詢當(dāng)前用戶下分區(qū)表的分區(qū)信息：
SELECT * FROM USER_TAB_PARTITIONS T
WHERE T.TABLE_NAME=?;
5、查詢某分區(qū)下的數(shù)據(jù)量：
SELECT COUNT(*) FROM TABLE_PARTITION PARTITION(TAB_PARTOTION_01);
6、查詢索引、表上在那些列上創(chuàng)建了分區(qū)：
SELECT * FROM USER_PART_KEY_COLUMNS;
7、查詢某用戶下二級分區(qū)的信息（只有創(chuàng)建了二級分區(qū)才有數(shù)據(jù)）：
SELECT * FROM USER_TAB_SUBPARTITIONS;
5、維護(hù)操作：
5.1、刪除分區(qū)
ALTER TABLE TABLE_PARTITION DROP PARTITION TAB_PARTOTION_03;
如果是全局索引，因為全局索引的分區(qū)結(jié)構(gòu)和表可以不一致，若不一致的情況下，會導(dǎo)致整個全局索引失效，在刪除分區(qū)的時候，語句修改為：
ALTER TABLE TABLE_PARTITION DROP PARTITION TAB_PARTOTION_03 UPDATE GLOBAL INDEXES;
5.2、分區(qū)合并（從中間刪除掉一個分區(qū)，或者兩個分區(qū)需要合并后減少分區(qū)數(shù)量）
合并分區(qū)和刪除中間的RANGE有點像，但是合并分區(qū)是不會刪除數(shù)據(jù)的，對于LIST、HASH分區(qū)也是和RANGE分區(qū)不一樣的，其語法為：
ALTER TABLE TABLE_PARTITION MERGE PARTITIONS TAB_PARTOTION_01,TAB_PARTOTION_02 INTO PARTITION MERGED_PARTITION;
5.3、分隔分區(qū)（一般分區(qū)從擴(kuò)展分區(qū)從分隔）
ALTER TABLE TABLE_PARTITION SPLIT PARTITION TAB_PARTOTION_OTHERE AT(2500000)
INTO (PARTITION TAB_PARTOTION_05,PARTITION TAB_PARTOTION_OTHERE);
5.4、創(chuàng)建新的分區(qū)（分區(qū)數(shù)據(jù)若不能提供范圍，則插入時會報錯，需要增加分區(qū)來擴(kuò)大范圍）
一般有擴(kuò)展分區(qū)的是都是用分隔的方式，若上述創(chuàng)建表時沒有創(chuàng)建TAB_PARTOTION_OTHER分區(qū)時，在插入數(shù)據(jù)較大時（按照上述建立規(guī)則，超過1800000就應(yīng)該創(chuàng)建新的分區(qū)來存儲），就可以創(chuàng)建新的分區(qū)，如：
為了試驗，我們將擴(kuò)展分區(qū)先刪除掉再創(chuàng)建新的分區(qū)（因為ORACLE要求，分區(qū)的數(shù)據(jù)不允許重疊，即按照分區(qū)字段同樣的數(shù)據(jù)不能同時存儲在不同的分區(qū)中）：
ALTER TABLE TABLE_PARTITION DROP PARTITION TAB_PARTOTION_OTHER;
ALTER TABLE TABLE_PARTITION ADD PARTITION TAB_PARTOTION_06 VALUES LESS THAN(2500000);
在分區(qū)下創(chuàng)建新的子分區(qū)大致如下（RANGE分區(qū)，若為LIST或HASH分區(qū)，將創(chuàng)建方式修改為對應(yīng)的方式即可）：
ALTER TABLE <table_name> MODIFY PARTITION <partition_name> ADD SUBPARTITION <user_define_subpartition_name> VALUES LESS THAN(....);
5.5、修改分區(qū)名稱（修改相關(guān)的屬性信息）
ALTER TABLE TABLE_PARTITION RENAME PARTITION MERGED_PARTITION TO MERGED_PARTITION02;
5.6、交換分區(qū)（快速交換數(shù)據(jù)，其實是交換段名稱指針）
首先創(chuàng)建一個交換表，和原表結(jié)構(gòu)相同，如果有數(shù)據(jù)，必須符合所交換對應(yīng)分區(qū)的條件：
CREATE TABLE TABLE_PARTITION_2
AS SELECT * FROM TABLE_PARTITION WHERE 1=2;
然后將第一個分區(qū)的數(shù)據(jù)交換出去：
ALTER TABLE TABLE_PARTITION EXCHANGE PARTITION TAB_PARTOTION_01
WITH TABLE TABLE_PARTITION_2 INCLUDING INDEXES;
此時會發(fā)現(xiàn)第一個分區(qū)的數(shù)據(jù)和表TABLE_PARTITION_2做了瞬間交換，比TRUNCATE還要快，因為這個過程沒有進(jìn)行數(shù)據(jù)轉(zhuǎn)存，只是段名稱的修改過程，和實際的數(shù)據(jù)量沒有關(guān)系。
如果是子分區(qū)也可以與外部的表進(jìn)行交換，只需要將關(guān)鍵字修改為：SUBPARTITION 即可。
5.7、清空分區(qū)數(shù)據(jù)
ALTER TABLE <table_name> TRUNCATE PARTITION <partition_name>;
ALTER TABLE <table_name> TRUNCATE subpartition <subpartition_name>;
6、磁盤碎片壓縮
對分區(qū)表的某分區(qū)進(jìn)行磁盤壓縮，當(dāng)對分區(qū)內(nèi)部數(shù)據(jù)進(jìn)行了大量的UPDATE、DELETE操作后，一定時間需要進(jìn)行磁盤壓縮，否則在查詢時，若通過FULL SCAN掃描數(shù)據(jù)，將會把空塊也會掃描到，對表進(jìn)行磁盤壓縮需要進(jìn)行行遷移操作，所以首先需要操作：
ALTER TABLE <table_name> ENABLE ROW MOVEMENT ;
對分區(qū)表的某分區(qū)壓縮語法為：
ALTER TABLE <table_name>
modify partition <partition_name> shrink space;
對普通表壓縮：
ALTER TABLE <table_name> shrink space;
對于索引也需要進(jìn)行壓縮，索引也是表：
ALTER INDEX <index_name> shrink space;
7、分區(qū)表重新分析以及索引重新分析
對表進(jìn)行壓縮后，需要對表和索引進(jìn)行重新分析，對表進(jìn)行重新分析，一般有兩種方式：
在ORACLE 10G以前，使用：
BEGIN
dbms_stats.gather_table_stats(USER,UPPER('<table_name>'));
END;
ORACLE 10G后，可以使用：
ANALYZE TABLE <table_name> COMPUTE STATISTICS;
索引重新分析，將上述兩種方式分別修改一下，如第一種可以使用：gather_index_stats，而第二種修改為：ANALYZE INDEX即可，不過一般比較常用的是重新編譯：
對于分區(qū)表并進(jìn)行了索引分區(qū)的情況，需要對每個分區(qū)的索引進(jìn)行重新編譯,這里以LOCAL索引為例子（其每個索引的分區(qū)和表分區(qū)結(jié)構(gòu)相同，默認(rèn)分區(qū)名稱和表分區(qū)名稱相同）：
ALTER INDEX <index_name> REBUILD PARTITION <partition_name>;
對于全局索引，根據(jù)全局索引鎖定義的分區(qū)名稱修改即可，若沒有分區(qū)，和普通單表索引重新編譯方式相同：
ALTER INDEX <index_name> REBUILD;
1、關(guān)聯(lián)對象重新編譯
上述對表、索引進(jìn)行重新編譯，尤其對表進(jìn)行了壓縮后會產(chǎn)生行遷移，這個過程可能會導(dǎo)致一些視圖、過程對象的失效，此時要將其重新編譯一次。
2、擴(kuò)展：HASH分區(qū)中，如果創(chuàng)建了新的分區(qū)，可以將其進(jìn)行重新HASH分布：
ALTER TABLE <table_name> COALESCA PARTITION
8、回歸總結(jié)：何時建分區(qū)，分區(qū)類別，索引，如何對應(yīng)SQL
1、創(chuàng)建時機(jī)
上述已經(jīng)說明，2G以上的表，ORACLE推薦創(chuàng)建分區(qū)。
分區(qū)的方式根據(jù)實際情況而定，才能提高整體性能。
分區(qū)的字段一定要是經(jīng)常用以提取數(shù)據(jù)的字段，否則會在提取過程中導(dǎo)致遍歷多個分區(qū)，這樣比沒有分區(qū)還要慢。
分區(qū)字段要選擇合適，數(shù)據(jù)較為均勻分布到各個分區(qū)，不要太多也不要太少，而且根據(jù)分區(qū)字段可以很快定位到分區(qū)范圍。
一般情況下，盡量然業(yè)務(wù)操作在同一個分區(qū)內(nèi)部完成。
2、分區(qū)類別
分區(qū)主要有RANGE、LIST、HASH；
RANGE通過值的范圍分區(qū)，也是最常用的分區(qū)，這種分區(qū)注意在一種變長數(shù)字字符串中，很多人會導(dǎo)致認(rèn)為是數(shù)字類型，而按照數(shù)字區(qū)分區(qū)，這樣會分布十分不均勻的現(xiàn)象發(fā)生。
LIST是列舉方式進(jìn)行分區(qū)，一般作為二級分區(qū)而存在（當(dāng)然也可以自己分區(qū)，ORACLE 11G后在分區(qū)上也可以作為主分區(qū)而存在），在RANGE基礎(chǔ)上，若數(shù)據(jù)需要繼續(xù)分區(qū)，并且在RANGE基礎(chǔ)上數(shù)據(jù)量較為固定，只是較大，可以按照一定規(guī)則進(jìn)一步分區(qū)。
HASH只指定分區(qū)個數(shù)，分區(qū)細(xì)節(jié)由ORACLE完成，增加HASH分區(qū)可以重新分布數(shù)據(jù)。
注意：分區(qū)字段不能使用函數(shù)轉(zhuǎn)換后在分區(qū)，如，將某數(shù)字字符串字段，先TO_NUMER(COL_NAME)后分區(qū)。
3、索引類別
大致分：GLOBAL索引和LOCAL索引，錢和可以分：GLOBAL不分區(qū)索引，和GLOBAL分區(qū)索引。
GLOBAL不分區(qū)索引一般不太推薦，因為是用一顆大的索引樹來映射一個表，這個過程，這樣速度不見得比不分區(qū)快。
GLOBAL分區(qū)索引，查找數(shù)據(jù)若通過要通過索引，是先定位了索引內(nèi)部的分區(qū)，然后在這個分區(qū)索引中找到ROWID，然后回表提取數(shù)據(jù)。
LOCAL索引是和分區(qū)的個數(shù)逐個對應(yīng)的，可以說先定位分區(qū)表的分區(qū)也可以說先定位索引的分區(qū)，因為他們是一一對應(yīng)的，找到對應(yīng)分區(qū)后，分區(qū)內(nèi)部索引數(shù)據(jù)集合。
4、對應(yīng)應(yīng)用
分區(qū)表、索引、分區(qū)索引，要利用其性能優(yōu)勢，最基本就是要提取數(shù)據(jù)時，要通過它首先將數(shù)據(jù)的范圍縮小到一個即使做全盤掃描也不會太慢的情況。
所以SQL一定要有分區(qū)上的這個字段的一個WHERE條件，將數(shù)據(jù)迅速定位到分區(qū)內(nèi)部，而且盡量定位到一個分區(qū)里面（這個和創(chuàng)建分區(qū)的規(guī)則有關(guān)系）。
建立分區(qū)本身不提要性能，要用好才可提高性能，在必要的RAC集群中，若存在多分區(qū)提取數(shù)據(jù)，適當(dāng)采用并行提取可以提高提取的速度。
對于索引部分，這里也只提到分區(qū)索引的創(chuàng)建方式以及常見索引的維護(hù)方式，對于索引原理理解后會更容易認(rèn)識到提取數(shù)據(jù)時的技巧。
9、實戰(zhàn)
分區(qū)表和一般表一樣可以建立索引，分區(qū)表可以創(chuàng)建局部索引和全局索引。當(dāng)分區(qū)中出現(xiàn)許多事務(wù)并且要保證所有分區(qū)中的數(shù)據(jù)記錄的唯一性時采用全局索引。
1 局部索引分區(qū)的建立：
SQL> create index dinya_idx_t on dinya_test(item_id)
2 local
3 (
4 partition idx_1 tablespace dinya_space01,
5 partition idx_2 tablespace dinya_space02,
6 partition idx_3 tablespace dinya_space03
7 );
Index created.
SQL>
看查詢的執(zhí)行計劃，從下面的執(zhí)行計劃可以看出，系統(tǒng)已經(jīng)使用了索引：
SQL> select * from dinya_test partition(part_01) t where t.item_id=12;
Execution Plan
----------------------------------------------------------
0 SELECT STATEMENT Optimizer=CHOOSE (Cost=2 Card=1 Bytes=187)
1 0 TABLE ACCESS (BY LOCAL INDEX ROWID) OF 'DINYA_TEST' (Cost=
2 Card=1 Bytes=187)
2 1 INDEX (RANGE SCAN) OF 'DINYA_IDX_T' (NON-UNIQUE) (Cost=1
Card=1)
Statistics
----------------------------------------------------------
0 recursive calls
0 db block gets
4 consistent gets
0 physical reads
0 redo size
334 bytes sent via SQL*Net to client
309 bytes received via SQL*Net from client
2 SQL*Net roundtrips to/from client
1 sorts (memory)
0 sorts (disk)
2 rows processed
SQL>
2 全局索引分區(qū)的建立。
全局索引建立時global 子句允許指定索引的范圍值，這個范圍值為索引字段的范圍值：
SQL> create index dinya_idx_t on dinya_test(item_id)
2 global partition by range(item_id)
3 (
4 partition idx_1 values less than (1000) tablespace dinya_space01,
5 partition idx_2 values less than (10000) tablespace dinya_space02,
6 partition idx_3 values less than (maxvalue) tablespace dinya_space03
7 );
Index created.
SQL>
本例中對表的item_id字段建立索引分區(qū)，當(dāng)然也可以不指定索引分區(qū)名直接對整個表建立索引，如：
SQL> create index dinya_idx_t on dinya_test(item_id);
Index created.
SQL>
同樣的，對全局索引根據(jù)執(zhí)行計劃可以看出索引已經(jīng)可以使用：
SQL> select * from dinya_test t where t.item_id=12;
Execution Plan
----------------------------------------------------------
0 SELECT STATEMENT Optimizer=CHOOSE (Cost=2 Card=3 Bytes=561)
1 0 TABLE ACCESS (BY GLOBAL INDEX ROWID) OF 'DINYA_TEST' (Cost
=2 Card=3 Bytes=561)
2 1 INDEX (RANGE SCAN) OF 'DINYA_IDX_T' (NON-UNIQUE) (Cost=1
Card=3)
Statistics
----------------------------------------------------------
5 recursive calls
0 db block gets
10 consistent gets
0 physical reads
0 redo size
420 bytes sent via SQL*Net to client
309 bytes received via SQL*Net from client
2 SQL*Net roundtrips to/from client
3 sorts (memory)
0 sorts (disk)
5 rows processed
SQL>
其實分區(qū)的管理很簡單，難點在于分區(qū)方式的選擇和分區(qū)表上面索引的選擇。
Global Index全局索引和Local Index局部索引，Global partitioned index和global nonpartitioned index，
選擇多，就越迷惑。