Oracle資料庫中分割槽表的操作方法

摘要：在大量業務資料處理的專案中，可以考慮使用分割槽表來提高應用系統的效能並方便資料管理，本文詳細介紹了分割槽表的使用。

　 　在大型的企業應用或企業級的資料庫應用中，要處理的資料量通常可以達到幾十到幾百GB，有的甚至可以到TB級。雖然儲存介質和資料處理技術的發展也很 快，但是仍然不能滿足使用者的需求，為了使使用者的大量的資料在讀寫操作和查詢中速度更快，Oracle提供了對錶和索引進行分割槽的技術，以改善大型應用系統 的效能。

　　使用分割槽的優點：

　　·增強可用性：如果表的某個分割槽出現故障，表在其他分割槽的資料仍然可用；

　　·維護方便：如果表的某個分割槽出現故障，需要修復資料，只修復該分割槽即可；

　　·均衡I/O：可以把不同的分割槽對映到磁碟以平衡I/O，改善整個系統效能；

　　·改善查詢效能：對分割槽物件的查詢可以僅搜尋自己關心的分割槽，提高檢索速度。

　　Oracle資料庫提供對錶或索引的分割槽方法有三種：

　　·範圍分割槽

　　·Hash分割槽（雜湊分割槽）

　　·複合分割槽

　　下面將以例項的方式分別對這三種分割槽方法來說明分割槽表的使用。為了測試方便，我們先建三個表空間。

create tablespace dinya_space01 datafile ’/test/demo/oracle/demodata/dinya01.dnf’ size 50M create tablespace dinya_space01 datafile ’/test/demo/oracle/demodata/dinya02.dnf’ size 50M create tablespace dinya_space01 datafile ’/test/demo/oracle/demodata/dinya03.dnf’ size 50M

　　1.1. 分割槽表的建立

　　1.1.1. 範圍分割槽

　　範圍分割槽就是對資料表中的某個值的範圍進行分割槽，根據某個值的範圍，決定將該資料儲存在哪個分割槽上。如根據序號分割槽，根據業務記錄的建立日期進行分割槽等。

　 　需求描述：有一個物料交易表，表名：material_transactions。該表將來可能有千萬級的資料記錄數。要求在建該表的時候使用分割槽表。 這時候我們可以使用序號分割槽三個區，每個區中預計儲存三千萬的資料，也可以使用日期分割槽，如每五年的資料儲存在一個分割槽上。

　　根據交易記錄的序號分割槽建表：

SQL> create table dinya_test 2 ( 3 transaction_id number primary key, 4 item_id number(8) not null, 5 item_description varchar2(300), 6 transaction_date date not null 7 ) 8 partition by range (transaction_id) 9 ( 10 partition part_01 values less than(30000000) tablespace dinya_space01, 11 partition part_02 values less than(60000000) tablespace dinya_space02, 12 partition part_03 values less than(maxvalue) tablespace dinya_space03 13 ); Table created.

　　　建表成功，根據交易的序號，交易ID在三千萬以下的記錄將儲存在第一個表空間dinya_space01中，分割槽名為:par_01，在三千萬到六千萬之間的記錄儲存在第二個表空間：

　　dinya_space02中，分割槽名為：par_02，而交易ID在六千萬以上的記錄儲存在第三個表空間dinya_space03中，分割槽名為par_03.

　　根據交易日期分割槽建表：

SQL> create table dinya_test 2 ( 3 transaction_id number primary key, 4 item_id number(8) not null, 5 item_description varchar2(300), 6 transaction_date date not null 7 ) 8 partition by range (transaction_date) 9 ( 10 partition part_01 values less than(to_date(’2006-01-01’,’yyyy-mm-dd’)) tablespace dinya_space01, 11 partition part_02 values less than(to_date(’2010-01-01’,’yyyy-mm-dd’)) tablespace dinya_space02, 12 partition part_03 values less than(maxvalue) tablespace dinya_space03 13 ); Table created.

　　這樣我們就分別建了以交易序號和交易日期來分割槽的分割槽表。每次插入資料的時候，系統將根據指定的欄位的值來自動將記錄儲存到制定的分割槽（表空間）中。

　　當然，我們還可以根據需求，使用兩個欄位的範圍分佈來分割槽，如partition by range ( transaction_id ,transaction_date), 分割槽條件中的值也做相應的改變，請讀者自行測試。

　　1.1.2. Hash分割槽（雜湊分割槽）

　　雜湊分割槽為通過指定分割槽編號來均勻分佈資料的一種分割槽型別，因為通過在I/O裝置上進行雜湊分割槽，使得這些分割槽大小一致。如將物料交易表的資料根據交易ID雜湊地存放在指定的三個表空間中：

SQL> create table dinya_test 2 ( 3 transaction_id number primary key, 4 item_id number(8) not null, 5 item_description varchar2(300), 6 transaction_date date 7 ) 8 partition by hash(transaction_id) 9 ( 10 partition part_01 tablespace dinya_space01, 11 partition part_02 tablespace dinya_space02, 12 partition part_03 tablespace dinya_space03 13 ); Table created.

　　建表成功，此時插入資料，系統將按transaction_id將記錄雜湊地插入三個分割槽中，這裡也就是三個不同的表空間中。

　　1.1.3. 複合分割槽

　 　有時候我們需要根據範圍分割槽後，每個分割槽內的資料再雜湊地分佈在幾個表空間中，這樣我們就要使用複合分割槽。複合分割槽是先使用範圍分割槽，然後在每個分割槽內 再使用雜湊分割槽的一種分割槽方法，如將物料交易的記錄按時間分割槽，然後每個分割槽中的資料分三個子分割槽，將資料雜湊地儲存在三個指定的表空間中：

SQL> create table dinya_test 2 ( 3 transaction_id number primary key, 4 item_id number(8) not null, 5 item_description varchar2(300), 6 transaction_date date 7 ) 8 partition by range(transaction_date)subpartition by hash(transaction_id) 9 subpartitions 3 store in (dinya_space01,dinya_space02,dinya_space03) 10 ( 11 partition part_01 values less than(to_date(’2006-01-01’,’yyyy-mm-dd’)), 12 partition part_02 values less than(to_date(’2010-01-01’,’yyyy-mm-dd’)), 13 partition part_03 values less than(maxvalue) 14 ); Table created.

　　該例中，先是根據交易日期進行範圍分割槽，然後根據交易的ID將記錄雜湊地儲存在三個表空間中

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/219982/viewspace-571459/，如需轉載，請註明出處，否則將追究法律責任。