1、增加表分區(add partition)
增加表分區适應于所有的分區形式，其文法是alter table tbname add partition .....
但是，需要注意對于像list,range這種存在範圍值的分區，所要增加的分區值必須要大于目前分區中的最大值
（如果目前存在maxvalue或default的分區，add partition會報錯，這種情況隻能使用split，後面會講到），hash分區則無此限制。
例如：
SQL> create table t_partition_range (id number ,name varchar2(10))
2 partition by range(id )(
3 partition r_p1 values less than (10),
4 partition r_p2 values less than (20),
5 partition r_p3 values less than (30))
6 ;
Table created
SQL> alter table t_partition_range add partition r_p4 values less than (40);
Table altered
SQL> select * from user_tab_partitions
2 where table_name ='T_PARTITION_RANGE';
TABLE_NAME COMPOSITE PARTITION_NAME SUBPARTITION_COUNT HIGH_VALUE
------------------------------ --------- ------------------------------ ------------------ --------------------
T_PARTITION_RANGE NO R_P1 0 10
T_PARTITION_RANGE NO R_P2 0 20
T_PARTITION_RANGE NO R_P3 0 30
T_PARTITION_RANGE NO R_P4 0 40
SQL> alter table t_partition_range add partition r_p5 values less than (maxvalue);
Table altered
SQL> select * from user_tab_partitions
2 where table_name = 'T_PARTITION_RANGE';
TABLE_NAME COMPOSITE PARTITION_NAME SUBPARTITION_COUNT HIGH_VALUE
------------------------------ --------- ------------------------------ ------------------ -------------
T_PARTITION_RANGE NO R_P1 0 10
T_PARTITION_RANGE NO R_P2 0 20
T_PARTITION_RANGE NO R_P3 0 30
T_PARTITION_RANGE NO R_P4 0 40
T_PARTITION_RANGE NO R_P5 0 MAXVALUE
//測試删除分區，LOCAL索引會不會失效。
Hash和list的文法與上類似，這裡不再舉例。
注意：
1、對于hash分區，當你執行add partition操作的時候，oracle會自動選擇一個分區，
并重新配置設定部分記錄到建立的分區，這也意味着有可能帶來一些IO操作。
2、執行alter table時未指定update indexes子句：
如果是range/list分區，其local索引和global索引不會受影響;
如果是hash分區，新加分區及有資料移動的分區的local索引和global索引會被置為unuseable，需要重新編譯。
3、複合分區完全适用上述所述規則。
SQL> create index idx_range_id on t_partition_range (id) local;
Index created
SQL> select index_name ,partition_name ,high_value ,status ,tablespace_name
2 from user_ind_partitions
3 where index_name = 'IDX_RANGE_ID';
SQL> select index_name ,partition_name ,high_value ,status ,tablespace_name
2 from user_ind_partitions
3 where index_name = 'IDX_RANGE_ID';
INDEX_NAME PARTITION_NAME HIGH_VALUE STATUS TABLESPACE_NAME
------------------------------ ------------------------------ --------------------- -------- ------------------------------
IDX_RANGE_ID R_P1 10 USABLE KARL_SPACE
IDX_RANGE_ID R_P2 20 USABLE KARL_SPACE
IDX_RANGE_ID R_P3 30 USABLE KARL_SPACE
IDX_RANGE_ID R_P4 40 USABLE KARL_SPACE
IDX_RANGE_ID R_P5 MAXVALUE USABLE KARL_SPACE
SQL> alter table t_partition_range drop partition R_P5 ;
Table altered
SQL> select index_name ,partition_name ,high_value ,status ,tablespace_name
2 from user_ind_partitions
3 where index_name = 'IDX_RANGE_ID';
INDEX_NAME PARTITION_NAME HIGH_VALUE STATUS TABLESPACE_NAME
------------------------------ ------------------------------ ----------------------- -------- ------------------------------
IDX_RANGE_ID R_P1 10 USABLE KARL_SPACE
IDX_RANGE_ID R_P2 20 USABLE KARL_SPACE
IDX_RANGE_ID R_P3 30 USABLE KARL_SPACE
IDX_RANGE_ID R_P4 40 USABLE KARL_SPACE
//STATUS 全部為 USABLE,果然是有效的。 繼續..
2、收縮表分區(coalesce partitions)
Coalesce partition是個很有意思的分區功能，僅能被應用于hash分區或複合分區的hash子分區，執行之後，
會自動收縮目前的表分區，比如某表目前有5個hash分區，執行alter table tbname coalesce partitions後就變成4個，
再執行一次就變成3個，再執行一次就變2個，再執行一次就...........就報錯了：）
，對于已分區的表至少要有一個分區存在的嘛！
例如：
SQL> select table_name,partition_name,tablespace_name
2 from user_tab_partitions
3 where table_name = 'T_PART_HASH';
TABLE_NAME PARTITION_NAME TABLESPACE_NAME
------------------------------ ------------------------------ ------------------------------
T_PART_HASH T_HASH_P1 PART01
T_PART_HASH T_HASH_P2 PART02
T_PART_HASH T_HASH_P3 PART03
SQL> alter table T_PART_HASH add partition t_hash_p4 ;
Table altered
SQL> select table_name,partition_name,tablespace_name
2 from user_tab_partitions
3 where table_name = 'T_PART_HASH';
TABLE_NAME PARTITION_NAME TABLESPACE_NAME
------------------------------ ------------------------------ ------------------------------
T_PART_HASH T_HASH_P1 PART01
T_PART_HASH T_HASH_P2 PART02
T_PART_HASH T_HASH_P3 PART03
T_PART_HASH T_HASH_P4 KARL_SPACE
注意，收縮的隻是分區，并不會影響到資料，但是視被收縮分區中資料的多少，收縮表分區也會涉及到IO操作。
另外如果你在執行該語句時沒有指定update indexes子句，收縮過程中有資料改動的分區其local索引和glocal索引都會失效，需要重新編譯。
//檢驗一下INDEX失效的情況
SQL> drop index idx_part_hash_id ;
Index dropped
SQL> create index idx_part_hash_id on t_part_hash (id ) local;
Index created
SQL> select index_name ,partition_name ,status ,tablespace_name from
2 user_ind_partitions
3 where index_name = 'IDX_PART_HASH_ID';
INDEX_NAME PARTITION_NAME STATUS TABLESPACE_NAME
------------------------------ ------------------------------ -------- ------------------------------
IDX_PART_HASH_ID T_HASH_P1 USABLE PART01
IDX_PART_HASH_ID T_HASH_P2 USABLE PART02
IDX_PART_HASH_ID T_HASH_P3 USABLE PART03
IDX_PART_HASH_ID T_HASH_P4 USABLE KARL_SPACE
//因為剛才添加的分區 t_hash_p4 沒有指定TABLEspace_name，SO..t_hash_p4被預設添加到使用者的表空間裡。
//而此時建的是local index 。則一樣在karl_space表空間裡。
//并注意此時INDEX 的status 是 USABLE
//下面執行收縮表分區操作。
SQL> alter table t_part_hash coalesce partition;
Table altered
SQL> select table_name,partition_name,tablespace_name
2 from user_tab_partitions
3 where table_name = 'T_PART_HASH';
TABLE_NAME PARTITION_NAME TABLESPACE_NAME
------------------------------ ------------------------------ ------------------------------
T_PART_HASH T_HASH_P1 PART01
T_PART_HASH T_HASH_P2 PART02
T_PART_HASH T_HASH_P3 PART03
SQL> select index_name ,partition_name ,status ,tablespace_name from
2 user_ind_partitions
3 where index_name = 'IDX_PART_HASH_ID';
INDEX_NAME PARTITION_NAME STATUS TABLESPACE_NAME
------------------------------ ------------------------------ -------- ------------------------------
IDX_PART_HASH_ID T_HASH_P1 USABLE PART01
IDX_PART_HASH_ID T_HASH_P2 UNUSABLE PART02 //發現UNUSABLE
IDX_PART_HASH_ID T_HASH_P3 USABLE PART03
SQL> alter index IDX_PART_HASH_ID rebuild partition t_hash_p2;
Index altered
SQL> select index_name ,partition_name ,status ,tablespace_name from
2 user_ind_partitions
3 where index_name = 'IDX_PART_HASH_ID';
INDEX_NAME PARTITION_NAME STATUS TABLESPACE_NAME
------------------------------ ------------------------------ -------- ------------------------------
IDX_PART_HASH_ID T_HASH_P1 USABLE PART01
IDX_PART_HASH_ID T_HASH_P2 USABLE PART02 //現在狀态OK
IDX_PART_HASH_ID T_HASH_P3 USABLE PART03
3、删除表分區(drop partition)
删除表分區包含兩種操作，分别是：
删除分區：alter table [tbname] drop partition [ptname];
删除子分區：alter table [tbname] drop subpartition [ptname];
除hash分區和hash子分區外，其它的分區格式都可以支援這項操作。
例如，删除分區：
SQL> select partition_name, table_name ,subpartition_count
2 from user_tab_partitions
3 where table_name ='T_PART_LIST';
PARTITION_NAME TABLE_NAME SUBPARTITION_COUNT
------------------------------ ------------------------------ ------------------
T_LIST_P1 T_PART_LIST 0
T_LIST_P2 T_PART_LIST 0
T_LIST_P3 T_PART_LIST 0
SQL> select * from t_part_list;
ID NAME
----------- ----------
1 asdfad
2 asfda
3 3333
3 afasdf
SQL> select * from t_part_list partition(t_list_p3);
ID NAME
----------- ----------
3 3333
3 afasdf
SQL> alter table t_part_list drop partition t_list_p3;
Table altered
SQL> select * from t_part_list;
ID NAME
----------- ----------
1 asdfad
2 asfda
select * from t_part_list partition(t_list_p3) //肯定不在！在就有鬼了！
ORA-02149: 指定的分區不存在
注意：
1.由于是ddl操作，這種删除也會是非常迅速的，是以如果你确認某個分區的資料都要被删除，
使用drop partition會比delete更加高效。如果你的本意是希望删除掉指定的分區但保留資料，你應該使用merge partition，後面也會講到。
2.同樣，如果你在執行該語句時沒有指定update indexes子句，也會導緻glocal索引的失效，
至于local索引嘛，删除分區時對應的索引分區會被同時删除，但其它分區的local索引不會受到影響。
![Oracle的基本操作[圖]](data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=)