Oracle 11g物化视图快速刷新适配报表系统的相关问题咨询

1. 等run=0数据更新完成后再刷新视图的实现方案 #

可以实现，两种常用落地方案：

• 业务流程联动触发：在run=0批次数据所有更新、提交操作执行完成后，手动调用Oracle内置存储过程DBMS_MVIEW.REFRESH('你的物化视图名称', '刷新方式') 触发刷新，刷新方式填F代表快速刷新、C代表全量刷新，该方案可控性最高，不会提前捕获未完成的批次数据。
• 自动调度触发：通过DBMS_SCHEDULER创建定时调度任务，每次调度先校验基表中run=0批次的处理状态（比如通过计数校验已完成记录数和总预期记录数一致、或者读取业务侧的批次完成标识位），校验通过后再调用刷新逻辑。

2. run=1处理提前结束的风险 #

如果run=1的变更在run=0批次的物化视图刷新完成前就提交到基表，会产生以下问题：

• 若使用全量刷新，刷新时会读取基表当前所有已提交的数据，run=1的未到发布时间的数据会被同步到物化视图中，导致报表出现不符合业务预期的脏数据。
• 若使用快速刷新，物化视图日志会记录所有基表的已提交变更（不会按run字段自动过滤），刷新时会将run=0、run=1的所有变更同步到物化视图，同样会出现提前展示run=1数据的问题。
• 如果业务逻辑要求报表仅展示run=0批次的完成数据，上述场景会直接导致报表数据准确性不达标。

3. 大数量场景适配建议 #

针对2500万doc-id的业务规模，Oracle 11g的物化视图完全可以支撑报表场景使用，优化建议如下：

• 优先使用快速刷新，提前为基表创建物化视图日志，日志需包含物化视图查询用到的所有字段，同时开启ROWID、SEQUENCE、INCLUDING NEW VALUES配置，大幅降低刷新耗时。
• 建议基表按run字段做分区，刷新时可以指定只刷新run=0对应的分区，进一步提升刷新效率。
• 可根据报表查询的常用过滤维度，在物化视图上创建对应索引，优化报表查询性能。

内容的提问来源于stack exchange，提问作者user