我们在做数据库的项目时，对数据货场的优化，大约的原理只有两个：一是数据分块储藏，便于数据的转储和管教；二是其中处理，长进数据供给的速度。本文主要介绍了Oracle数据货场中的三种优化：对分区的优化、维度优化和物化视图的优化，基上面两个大约的原理，借助于数据货场的观念，罗列数据库的优化措施：
1．分区
在数据货场中，事实表，索引表，维度表分处于三个不同的表空间其中（在安排的时候，良好是安排到不同的磁盘上）。这么子做的起因即便便于并发垄断，其实数据货场和等闲的数据库之间未曾严厉的界限，重要还是安排上，当然oracle本身会为数据货场中的“事实表”生成“知识库”等垄断，保证更快的数据供给效率，其实能够借助于job和表面过程来调动存储过程告终。基于这个思路，本项目数据库中的索引将和事实表离别维护，当然这称不上分区（）。恳挚的分区是指下面的内容。
分区即便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字段作为分区规范，将T_LOGNODE_RECORD分到三个不同的表空间（TS0，TS1，TS2）中，这里有一个技巧，MONTH_MOD = 月份mod3,这么子能够无须要人工的维护哪个月分入哪个分区。当然容易的以月作为分区尔后，对于我们目前的数据库来说还是远远不够的，因为即便是一个月的数据依旧是很宏伟的，那么必需我们做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)
);
分区措施有三种：RANGE（范围），LIST（列表分区），HASH（哈希分区），必需解释的HASH分区，是oracle调用内置的hash函数来告终对数据的平衡散布，保证分区内部的数据量雷同，因而只必需制订分区的数量即可。
对于复合分区来说。不是所有分区款式都能够嵌套的，oracle只扶持范围列表分区，范围哈希分区，尤其的范围分区能够扶持多个字段range by(field1,field2)。对于本项目管用到的分区措施，只有示例中给出的两种，至于分区的利益，请察看google,^_^。给出垄断的 sql示例如下：
select * from T_LOGNODE_RECORD partition(P0)
update T_LOGNODE_RECORD partition(P0) t set……
insert语句未曾波及。当然上述的垄断能够像等闲的Sql语句一样，不指定分区也能够举行，但在查询的时候请尽量能确定分区和子分区 subpartition，这么子会让查询的速度长进百倍。能够剔除指定的分区drop可能truncate, EXPORT和IMPORT分区中数据，然而当举行分区的剔除垄断的时候，会使大局的索引（index）实效，必需重兴发生。
2．维度
Dimension这个算是oracle的进阶功能了,在PLSQL Developer未曾措施找到这个对象（然而能够厉行语句来生成该对象，然而无法举行后期的维护），只能在Toad中有它的身影。它是阐明数据维度字段之间的大小联系。标兵的慷慨是下面的年月日了。
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
)
发生了两条继承联系Y_Q_M_D和Y_M_D。当DIM_TIME本身的普查，以及与其他表作联合查询然后汇总时，月的汇总数据积极以日汇总的数据为基础，这么子大大长进数据汇总的速度。
可感受一张表发生多个维度表，一个维度中能够有多个继承联系。维度极大程度上长进了数据汇总的速度，使我们这个项目标数据普查分析的利器。
3. 物化视图（快照）
物化视图MATERIALIZED VIEW。划算开心的是PLSQL Developer和Toad上同时具有了这个对象的存在（Toad上可能将这个称为快照snapshots），然而令人烦闷的事情发生了，在PLSQL Developer上写成的MATERIALIZED VIEW在Toad中无法分辨，看来还要两个都用能力够。
物化视图，望文生义具有视图的属性，它是发生在切实表的基础上，将切实表中的数据笼统揭示，甚至创立的措施都几乎一样。然而它成为物化，就意味着它是实体对象，从某种含义上将，它更像一个其中表，能够像表格一样直接查询其中的数据（甚至就在table列表中能够看到它），然而它不但仅是其中表，因为它能够波及原始表的数据，并且oracle能够积极将针对原始表的查询汇总语句直接重定向到物化视图上，来晋级查询的速度。
CREATE MATERIALIZED VIEW MV_LOG_RECORD