Cube在Oracle数据库中的应用非常广泛，特别是在产生交叉报表的情况。OracleOLAP使用MView刷新cube的方法是比较常用的。
我们用Oracle数据库创建了一个cube ，这时cube 里面的数据只有在我们手工执行。
dbms_cube.build(‘<cube_name>’) 才会被刷新。
比如你在前面已经建立好了global 的price_cube , 并且执行了第一次dbms_cube.build(‘price_cube’) 你才能查询到数据. 比如执行以下sql：
- select * from table(cube_table(’price_cube’))
- where product=’ITEM_ENVY STD’ and time=’MONTH_1998.01′;
此时输出如下 (注意大小写，下划线和空格)：
- unit_cost unit_price time product
- 3346.85 3480.92 MONTH_1998.01 ITEM_ENVY STD
现在我们手工更新price_fact 表的这条数据（price_cube 的实际数据来源），
- update price_fact set unit_price=9999
- where month_id=1998.01 and item_id=’ENVY STD’;
- 1 rows updated
现在重新查看price_cube 的数据，你会发现跟刚才的一样, unit_price 还是等于3480.92 , 而不是随着price_fact 表的数据更新到9999。
启用Cube MView 刷新数据的前提条件
如果你希望你的cube 随着实体表的更新而刷新的话（不一定要是同步）, 你就需要把cube 设置成按mv 方式来组织. 不过首先你需要满足以下几个条件：
1.所有的dimension 必须至少有一个level 和 hierarchy。
2.所有的dimension 必须使用同一种聚合操作, sum,min,max 等等。
3.一个cube 的所有属性必须正确的映射到实体表. 一个cube 可以有calculated measures , 但是不能映射到mv , 如果一个cube 的脚本中有高级分析函数也不能映射。
4.dimension 和fact table 之间必须要有约束.至少是外键约束. 如果你没有定义，你可以在启用mv 的时候用Relational Schema Advisor 帮你映射。
5.所有的表上的约束必须同一类型。
6.cube 被压缩了。
7.为了更好的使用query rewrite , 你应该创建relational dimension 对象。
#p#
关于第二点，otn 上给的global_schema 的price_cube 的聚合操作就不是同一的sum 操作，所以你启用MView 刷新的时候会报错，注意根据错误信息调整。
关于第三点, calculated measure 支持的分析函数：
除了在第一个文件夹 简单算术 文件夹下的六个（+，-，×，/，%） , 其他都算高级分析函数。
关于第四点，fact table 和dimension table 之间至少要有外键约束，这应该是建模标准之一，如果不是多维数据集 比如11g 之前的类型，你可以方便的在外键之间建立组合索引。对于11g 的cube 类型来说，必须需要至少外键约束。
关于第六点，默认的用awm 创建的cube 里面的是没有指定压缩类型和压缩比率的，只有在第一次刷新之后，再启用MView 刷新的时候才能选择压缩选项。awm 里面有提示，注意参考提示信息。
关于第七点最重要, 所谓relational dimension 就是我们通过create dimension 创建的对象。而我们之前说的dimension 一般都是指cube dimension ，它指的是在analysis workspace 里面的dimension 对象。
relational dimension 你可以通过查看dba_dimensions 视图查看. 主要用来控制mv query rewrite 的。
cube dimension 可以通过查看dba_cube_dimensions 视图查看。 另外两个跟aw 相关的视图是dba_cubes 和dba_aws ，
11g 有一些新的跟aw 相关的试图,你可以查看
SELECT * FROM dba_objects WHERE object_name LIKE ‘%AW%’;
其中包括了dimension 和cube 的元数据，dimension 和cube 的统计图信息（analyze 之后收集的）， dimension 和cube mv 的元数据， cube 的分区建议和储存建议。具体查看oracle 11g 的文档。
默认的你创建cube 的时候，它会创建对应的relational dimension （awm 里面是这样, 手工从pl/sql 里面创建没试过），你可以删除relational dimension ，cube 里面的dimension 是不会跟着删除的。
relational dimension的一些操作：
查看dimension 的pl/sql
exec dbms_dimension.describe_dimension('global.product_dimension');
输出:
- DIMENSION GLOBAL.PRODUCT_DIMENSION LEVEL FAMILY IS GLOBAL.PRODUCT_DIM.FAMILY_ID LEVEL ITEM IS GLOBAL.PRODUCT_DIM.ITEM_ID
- LEVEL TOTAL IS GLOBAL.PRODUCT_DIM.TOTAL_ID
- LEVEL class IS GLOBAL.PRODUCT_DIM.CLASS_ID
- ATTRIBUTE FAMILY LEVEL FAMILY DETERMINES GLOBAL.PRODUCT_DIM.FAMILY_DSC
- ATTRIBUTE ITEM LEVEL ITEM DETERMINES GLOBAL.PRODUCT_DIM.ITEM_DSC
- ATTRIBUTE TOTAL LEVEL TOTAL DETERMINES GLOBAL.PRODUCT_DIM.TOTAL_DSC
- ATTRIBUTE class LEVEL class DETERMINES GLOBAL.PRODUCT_DIM.CLASS_DSC
启用cube MView 刷新
实际启用cube mv 刷新是很简单的, 主要是前提条件都满足了, 在awm 的cube 里面Materialized Views 选项卡里面点击 Enable Materalized View 选项和 Enable Query Rewrite 选项。
刷新模式有Complete ， Fast ，Force 。其他可选方法还有PCT (Partition Change Tracking) 和Fast Solve；
1. Complete – 全部删除再全部装载。
2. Fast – 使用mv log 记录变化的记录，并且只更新这些记录和对应的聚合记录。
3. Force- 默认使用fast, 如果fast 不可用，才使用complete。
4. Partition Change Tracking: 只刷新部分分区的数据，这在awm 里面没有。
5. Fast Solve: 加载所有的原始数据，但是只计算新数据的聚合值，awm 里面没有。
mv不会计算calculated measures , 并且随着mv 的体积增大，创建和刷新的速度会变慢(不是呈线性下降)，如果你mv 过大，你应该考虑分割成几个sub cube , 或者去掉一些不用的属性。
你选择使用mv 来刷新数据之后，oracle 会为每一个dimension 的每个hierarchy 都创建一个mv , 并且mv 的名字都是以CB$ 开头, 你是不能控制这些mv 的，只能控制cube . 以下的sql 可以得到所有的cube 对应的mv。
启用Query Rewrite
要使用query rewrite 必须满足以下条件：
要有create mv 权限和其他相关对象的权限。
在init.ora 文件中设置QUERY_REWRITE_ENABLED= TRUE 或FORCE ，在session 里面也可以。
注意awm 里面的检查信息
注意查看Relational Schema Advisor ，注意这很重要，Relational Schema Advisor 在mv 选项卡的最下面，里面会列出你的schema 不符合query rewrite 的条件。它会给出sql 让你执行，注意查看这些sql 以避免query rewrite 失败。
你也可能会想要改变约束类型, 从enforced , trusted , norely 到‘RELY’ 因为oracle执行计划消耗会更小。
alter table "price_fact" add constraint "xxx_constraint" PRIMARY KEY (ITEM_ID, MONTH_ID, UNIT_PRICE, UNIT_COST) RELY enable validate ;
#p#
刷新MView
刷新时间点上有三种方式：
on demand ， 等待手工刷新
start next ，定时到将来刷新
推荐的维护mv 刷新还是使用awm , 如果是定时的话就使用下面一些pl/sql。
exec dbms_cube.build(’PRICE_CUBE’); — 这是全刷新
可以一句话包含多个cube 或dimension , exec dbms_cube.build(’PRICE_CUBE, xxx_CUBE , xxx_dimension’);
刷新mv：
exec dbms_mview.refresh(’CB$PRODUCT_PRIMARY’,'C’);
C 当然是代表complete , 这会刷新所有跟这个dimension 的这个hierarchy 有关的mv，
或者exec dbms_mview.refresh(’CB$PRICE_CUBE’,'F’) 这会以force 方式刷新这个cube 的它对应的mv。
你可以说使用以下sql 查看mv 的状态：
- select owner||’.'||mview_name cube_mv, rewrite_enabled, staleness
- from all_mviews
- where container_name like ‘CB$%’;
Staleness 这一栏下有fresh 和stale 两种状态，fresh 表示所有数据都已经最新了, stale 表示有新的数据没有刷新但是mv 仍然可用。
MView的一些注意事项
如果query rewrite 没有使用mv ，则检查：
- query_rewrite_enabled =FORCE
- query_rewrite_integrity=stale_tolerated
使用dbms_mview.explain_rewrite 查看为什么query rewrite 没有成功。
有关Oracle数据库的更多知识请参考我们网站的Oracle专栏：
http://database.51cto.com/oracle/
【编辑推荐】
