詳解Oracle數(shù)據(jù)貨場中三種優(yōu)化：分區(qū)、維度和物化視圖
我們在做數(shù)據(jù)庫的項目時，對數(shù)據(jù)貨場的優(yōu)化，大約的原理只有兩個：一是數(shù)據(jù)分塊儲藏，便于數(shù)據(jù)的轉(zhuǎn)儲和管教；二是其中處理，長進數(shù)據(jù)供給的速度。本文主要介紹了Oracle數(shù)據(jù)貨場中的三種優(yōu)化：對分區(qū)的優(yōu)化、維度優(yōu)化和物化視圖的優(yōu)化，基上面兩個大約的原理，借助于數(shù)據(jù)貨場的觀念，羅列數(shù)據(jù)庫的優(yōu)化措施：
1．分區(qū)
在數(shù)據(jù)貨場中，事實表，索引表，維度表分處于三個不同的表空間其中（在安排的時候，良好是安排到不同的磁盤上）。這么子做的起因即便便于并發(fā)壟斷，其實數(shù)據(jù)貨場和等閑的數(shù)據(jù)庫之間未曾嚴厲的界限，重要還是安排上，當然oracle本身會為數(shù)據(jù)貨場中的“事實表”生成“知識庫”等壟斷，保證更快的數(shù)據(jù)供給效率，其實能夠借助于job和表面過程來調(diào)動存儲過程告終?；谶@個思路，本項目數(shù)據(jù)庫中的索引將和事實表離別維護，當然這稱不上分區(qū)（）。懇摯的分區(qū)是指下面的內(nèi)容。
分區(qū)即便partition/subpartition，對于事實表本身來說，以月為單位作partition掛載到不同表空間上。翔實的示例如下：
- create table T_LOGNODE_RECORD
- (
- ……
- CALLIN_HH NUMBER(2) not null,
- CALLIN_DD NUMBER(2) not null,
- CALLIN_MONTH NUMBER(2) not null,
- CALLIN_YEAR NUMBER(4) not null,
- MONTH_MOD NUMBER(1) not null
- )
- PARTITION BY LIST (MONTH_MOD)
- (
- PARTITION P0 VALUES (0) TABLESPACE TS0,
- PARTITION P1 VALUES (1) TABLESPACE TS1,
- PARTITION P2 VALUES (DEFAULT) TABLESPACE TS2
- );
上述的代碼中以MONTH_MOD字段作為分區(qū)規(guī)范，將T_LOGNODE_RECORD分到三個不同的表空間（TS0，TS1，TS2）中，這里有一個技巧，MONTH_MOD = 月份mod3,這么子能夠無須要人工的維護哪個月分入哪個分區(qū)。當然容易的以月作為分區(qū)爾后，對于我們目前的數(shù)據(jù)庫來說還是遠遠不夠的，因為即便是一個月的數(shù)據(jù)依舊是很宏偉的，那么必需我們做SUBPARTITION，做法的示例為：
- create table T_LOGNODE_RECORD
- (
- ……
- CALLIN_DD NUMBER(2) not null,
- MONTH_MOD NUMBER(1) not null
- )
- PARTITION BY RANGE(MONTH_MOD)
- SUBPARTITION BY LIST(CALLIN_DD)
- SUBPARTITION TEMPLATE
- (
- SUBPARTITION SUBP1 values (1),
- SUBPARTITION SUBP2 values (2),
- SUBPARTITION SUBP3 values (3)
- )
- (
- PARTITION P0 VALUES less than (1),
- PARTITION P1 VALUES less than (2),
- PARTITION P2 VALUES less than (3)
- );
分區(qū)措施有三種：RANGE（范圍），LIST（列表分區(qū)），HASH（哈希分區(qū)），必需解釋的HASH分區(qū)，是oracle調(diào)用內(nèi)置的hash函數(shù)來告終對數(shù)據(jù)的平衡散布，保證分區(qū)內(nèi)部的數(shù)據(jù)量雷同，因而只必需制訂分區(qū)的數(shù)量即可。
對于復合分區(qū)來說。不是所有分區(qū)款式都能夠嵌套的，oracle只扶持范圍列表分區(qū)，范圍哈希分區(qū)，尤其的范圍分區(qū)能夠扶持多個字段range by(field1,field2)。對于本項目管用到的分區(qū)措施，只有示例中給出的兩種，至于分區(qū)的利益，請察看google,^_^。給出壟斷的sql示例如下：
- select * from T_LOGNODE_RECORD partition(P0)
- update T_LOGNODE_RECORD partition(P0) t set……
insert語句未曾波及。當然上述的壟斷能夠像等閑的Sql語句一樣，不指定分區(qū)也能夠舉行，但在查詢的時候請盡量能確定分區(qū)和子分區(qū)subpartition，這么子會讓查詢的速度長進百倍。能夠剔除指定的分區(qū)drop可能truncate, EXPORT和IMPORT分區(qū)中數(shù)據(jù)，然而當舉行分區(qū)的剔除壟斷的時候，會使大局的索引（index）實效，必需重興發(fā)生。
2．維度
Dimension這個算是oracle的進階功能了,在PLSQL Developer未曾措施找到這個對象（然而能夠厲行語句來生成該對象，然而無法舉行后期的維護），只能在Toad中有它的身影。它是闡明數(shù)據(jù)維度字段之間的大小聯(lián)系。標兵的慷慨是下面的年月日了。
- create table DIM_TIME
- (
- D_YEAR VARCHAR2(4) not null,
- D_QUATER VARCHAR2(2) not null,
- D_MONTH VARCHAR2(2) not null,
- D_DAY DATE not null
- )
- CREATE DIMENSION DIM_TIME
- LEVEL YEAR IS (DIM_TIME.D_YEAR)
- LEVEL QUATER IS (DIM_TIME.D_QUATER)
- LEVEL MONTH IS (DIM_TIME.D_MONTH)
- LEVEL DAY IS (DIM_TIME.D_DAY)
- HIERARCHY Y_Q_M_D
- (
- DAY CHILD OF
- MONTH CHILD OF
- QUATER CHILD OF YEAR
- )
- HIERARCHY Y_M_D
- (
- DAY CHILD OF
- MONTH CHILD OF YEAR
- )
發(fā)生了兩條繼承聯(lián)系Y_Q_M_D和Y_M_D。當DIM_TIME本身的普查，以及與其他表作聯(lián)合查詢?nèi)缓髤R總時，月的匯總數(shù)據(jù)積極以日匯總的數(shù)據(jù)為基礎，這么子大大長進數(shù)據(jù)匯總的速度。
可感受一張表發(fā)生多個維度表，一個維度中能夠有多個繼承聯(lián)系。維度極大程度上長進了數(shù)據(jù)匯總的速度，使我們這個項目標數(shù)據(jù)普查分析的利器。
3. 物化視圖（快照）
物化視圖MATERIALIZED VIEW。劃算開心的是PLSQL Developer和Toad上同時具有了這個對象的存在（Toad上可能將這個稱為快照snapshots），然而令人煩悶的事情發(fā)生了，在PLSQL Developer上寫成的MATERIALIZED VIEW在Toad中無法分辨，看來還要兩個都用能力夠。
物化視圖，望文生義具有視圖的屬性，它是發(fā)生在切實表的基礎上，將切實表中的數(shù)據(jù)籠統(tǒng)揭示，甚至創(chuàng)立的措施都幾乎一樣。然而它成為物化，就意味著它是實體對象，從某種含義上將，它更像一個其中表，能夠像表格一樣直接查詢其中的數(shù)據(jù)（甚至就在table列表中能夠看到它），然而它不但僅是其中表，因為它能夠波及原始表的數(shù)據(jù)，并且oracle能夠積極將針對原始表的查詢匯總語句直接重定向到物化視圖上，來晉級查詢的速度。
- CREATE MATERIALIZED VIEW MV_LOG_RECORD
- REFRESH FORCE
- ON DEMAND
- ENABLE QUERY REWRITE
- AS
- SELECT tcmy8.com. NODE_ID, Count(*) as Call_Times
- from T_LOGNODE_RECORD t
- GROUP BY t. T_LOGNODE_RECORD
上面的SQL語句就曾經(jīng)在T_LOGNODE_RECORD表上發(fā)生一個物化視圖。REFRESH的參數(shù) FORCE表示迫使刷新，還能夠抉擇的參數(shù)有fast和complete兩種，fast是最快的刷新措施，表示增量刷新（要做到增量刷新，定然在物化視圖中包括單一性的標明的字符，如主鍵和rowid等，當然即便包括了也無須定能夠做到迅速刷新，因為我們項目中未曾波及到要刷新的物化視圖，在此就不多言了）；complete表示全面的數(shù)據(jù)刷新，重新生成物化視圖；force是抉擇性的刷新，依據(jù)切實的情形來抉擇是force還是complete。
ON DEMAND表示刷新引發(fā)的條件。上面的物化視圖只有在用戶發(fā)動查詢哀求時，才會去刷新數(shù)據(jù)，即刻原始表中的數(shù)據(jù)取到物化視圖的表中。還有一種措施即便 ON COMMIT，當用戶壟斷原始數(shù)據(jù)時，就刷新對應的物化視圖，這種措施合乎對于及時性要求高的項目。萬一必需做定時的刷新，即將用到下面的措施lr.lrheicha.com：
REFRESH FAST START WITH SYSDATE
NEXT SYSDATE + 1/48。
物化視圖是能夠橫亙多個表的，也能夠直接的查詢物化試圖，例如你能夠：
Select * from MV_LOG_RECORD.
歸納
在上述的三種措施中，屬于數(shù)據(jù)庫功能優(yōu)化的重要手段，當然還有許多能夠做的細節(jié)的優(yōu)化，例如盡量不要在你要查詢的字段上面批準為空，盡量將聯(lián)合查詢的聯(lián)系扼制為number型等等。
對了，萬一做了維度表，做了物化試圖，你去查詢原始表的時候速度定然會添置么？答案是“不”，你要做的一個重要的事情，即便告訴oracle，它能夠積極的優(yōu)化查詢，語句如下：
- ALTER SESSION SET QUERY_REWRITE_ENABLED=TRUE;
- ALTER SESSION SET QUERY_REWRITE_INTEGRITY=TRUSTED;
關于Oracle數(shù)據(jù)貨場中三種優(yōu)化的知識就介紹到這里了，希望能夠帶給您一些收獲，謝謝！
【編輯推薦】
