本文的目的。

问题介绍。

解决方法。

1 本文的目的：

阅读完本文，将了解金蝶云星空系统的物化视图的刷新模式，刷新方法，常遇上的故障，及修复方法。

2 问题介绍：

　 2.1 到目前为止，金蝶云星空版本（7.3），在ORACLE数据库环境下，有6个物化视图。

名称分别为：V_FIN_CONTACTTYPE，V_FIN_CONTACTTYPE_L，V_ITEMCLASS_KEEPER，

V_ITEMCLASS_KEEPER_L，V_ITEMCLASS_OWNER，V_ITEMCLASS_OWNER_L

2.2 正常情况下，查看这些物化视图的刷新信息时，将得到这些结果：

其中：

Refresh_mode: 刷新模式，分为两大类，定时刷新，和 on commit 刷新。

　　　　　　　定时刷新，是指：在指定的时间，把基表变化的数据刷新到物化视图上。刷新完成后，物化视图的数据和其底层基表的数据保持一致，直到底层基表的数据发生变化。这类刷新操作通常是通过定制数据库定时作业来完成。

　　　　　　　 On commit 刷新，是指：物化视图底层基表的数据发生变化后，提交时，需要把变化的数据，同时同步到物化视图，同步完后，commit 操作才算结束。可以看出，这类物化视图会影响到它底层的基表在数据变化时的提交效率。

Refresh_method: 刷新方法：包含三种：FAST，COMPLETE，FORCE。

　　　　　　　物化视图刚创建时，需要执行完全刷新，把符合物化视图查询定义的数据，搬到物化视图表中。此后，物化视图在刷新时，可以选择FAST（快速刷新），也就是，只把底层基表发生变化的数据，刷新到物化视图上。或者COMPLETE（完全刷新）：先清空物化视图表里的数据，然后按照物化视图的查询定义，读取符合定义的数据到物化视图表中。　相比快速刷新，完全刷新操作耗时良久，并且会产生大量的归档日志（默认情况下，使用 delete ，非 truncate 来清空老的数据）。　FORCE 刷新，是指：若无法使用FAST方法来刷新，则ORACLE自动选择COMPLETE刷新。

　显然，在上述图片中，6个物化视图都是底层基表在commit 时，对物化视图执行快速刷新，

并且，其最后一次刷新方法为：FAST（快速刷新），这是我们期望的结果。

2.3 这些物化视图在刷新时，常会遇上两个故障问题：

　　　2.3.1 物化视图并非快速刷新的属性，而是FORCE，并且最后一次刷新为完全刷新，这可

能会引起数据库产生大量的归档日志。

　　　2.3.2 物化视图无法进行快速刷新。

3 解决方法

　　　3.1 问题分析：

使用FAST（快速刷新）的一个前提条件是：必须给底层基表创建物化视图日志，用来记录该基表发生变化的数据。这样，当物化视图在做快速刷新时，才能从物化视图日志里得知哪些数据发生了变化，才能把变化的数据，快速同步到物化视图上。　若没有物化视图日志，ORACLE就无法知道需要更新哪些数据，此时，无法执行快速刷新，只能使用完全刷新。因为完全刷新是把底层基表所有符合查询定义的数据，完全搬到物化视图中，并不需要物化视图日志的辅助。

2.3.1 问题：从数据字典查询到的信息看，物化视图的刷新模式为FORCE，但最后一次刷新，为完全刷新，这意味着，ORACLE在尝试快速刷新失败后，选择了完全刷新。对此的解决思路是：先找出快速刷新时遇上的问题。为此，手动对物化视图作快速刷新，看看ORACLE反馈什么情况？

ORA-23413错误，意思很清楚，没有物化视图日志，无法快速刷新。前面提过：得先保证物化视图底层的每个基表，都创建了物化视图日志，才能保证物化试图能快速刷新。故，需要找出所有缺少物化视图日志的基表。下面语句，找出当前用户下，所有物化视图，缺少的物化视图日志的基表。

从上面的查询结果看，物化视图 V_FIN_CONTACTTYPE, V_ITEMCLASS_KEEPER, V_ITEMCLASS_KEEPER_L这3个物化视图，都使用了基表 T_BD_CUSTOMER，但该基表没有物化视图日志；此外，物化视图V_FIN_CONTACTTYPE_L，其基表T_BD_BANK_L，也缺少物化视图日志。

下一步：对这两基表创建物化视图日志：

注：一个基表只能创建一个物化视图日志，所有物化视图都共享该日志。

第三，我们的目标是：物化视图使用快速刷新方式来完成刷新操。为此，在给基表创建好物化视图日志后，需要尝试把所有物化视图的刷性方式，从FORCE，改成FAST。

修改后：

第四，修改后，需要手工尝试，物化视图能否快速刷新：

这是上面2.3.2步骤列出的错误。这个错误的意思是：物化视图的最后刷新时间，比底层的基表T_BD_CUSTOMER上的物化视图日志的时间戳（记录在系统表里）要老，这表明：物化视图与基表之间，可能存在数据不一致的情况。

比如：物化视图完成最后一次刷新后，其某个底层的基表的物化视图日志被删除，然后又

重建，这时，记录在系统里的该物化视图日志的时间戳，将比物化视图的最后刷新时间要新（年轻）。

此时，ORACLE会担心，在该物化视图日志重建之前，底层基表可能发生了数据变化，但

由于当时该基表没有物化视图日志，没法记录下变化的情况，这样，这些变化没法反应（刷新）物化视图中，存在物化视图和基表的数据不一致的风险。故，报了此错误：ORA-12034。对此，只能对物化视图作完全刷新，以保持和底层基表数据的一致。如下：

上面的命令：EXEC DBMS_MVIEW.REFRESH(‘V_ITEMCLASS_KEEPER’,’C’)，其中’C’参数，代表COMPLETE的意思，也就是，完全刷新。若该位置没有输入参数，则使用系统默认下，也就是USER_MVIEW.REFRESH_METHOD的字段值。

可以看到，完全刷新后，再尝试快速刷新，正常了。

金蝶云星空物化视图的运维方法简介

金蝶云星空物化视图的运维方法简介

恭喜您！