限制重做以实例化视图完全刷新或手动等效

物化视图^（MV）日志可用于允许MV执行快速刷新，该刷新仅修改已更改的数据。但是，各种情况都会阻止MV使用日志，因此需要完全刷新。Oracle实现了原子的完全刷新，作为每个记录的删除和插入。即使最终数据没有变化，它也会这样做。

有没有办法使这种复制在重做生成方面变得智能化？合并后跟删除要求将源查询两次。批量收集数据进行批量合并和删除是否值得？有没有更好的办法？

更新：

我探索了使用全局临时表作为暂存区。尽管他们使用的重做少于一半，但仍然使用很多。

这仅是为了演示各种insert操作的重做用法，而不是回答整个问题。我的10g实例的结果不是100％确定性的，但是每次运行时，总体情况都是一样的。

对于堆表，我不知道为什么insert /*+ append */生成更多的重做。

测试平台：

create table heap_noappend(id integer, dummy char(500));
create table heap_append(id integer, dummy char(500));
create global temporary table gtt_noappend(id integer, dummy char(500));
create global temporary table gtt_append(id integer, dummy char(500));
create global temporary table gtt_results(stage integer, val integer);

测试：

insert into gtt_results(stage, val)
select 0, value from v$statname join v$sesstat using(statistic#)
where sid=sys_context('userenv','sid') and name='redo size';

insert into heap_noappend(id, dummy)
select level, 'A' from dual connect by level<1000;

insert into gtt_results(stage, val)
select 1, value from v$statname join v$sesstat using(statistic#)
where sid=sys_context('userenv','sid') and name='redo size';

insert /*+ append */ into heap_append(id, dummy)
select level, 'A' from dual connect by level<1000;

insert into gtt_results(stage, val)
select 2, value from v$statname join v$sesstat using(statistic#)
where sid=sys_context('userenv','sid') and name='redo size';

insert into gtt_noappend(id, dummy)
select level, 'A' from dual connect by level<1000;

insert into gtt_results(stage, val)
select 3, value from v$statname join v$sesstat using(statistic#)
where sid=sys_context('userenv','sid') and name='redo size';

insert /*+ append */ into gtt_append(id, dummy)
select level, 'A' from dual connect by level<1000;

insert into gtt_results(stage, val)
select 4, value from v$statname join v$sesstat using(statistic#)
where sid=sys_context('userenv','sid') and name='redo size';

结果：

select * 
from( select decode(stage,1,'heap noappend',
                          2,'heap append',
                          3,'gtt noappend',
                          4,'gtt append') as operation, 
             val-lag(val) over(order by stage) as redo 
      from gtt_results)
where redo is not null;

OPERATION     REDO                   
------------- ---------------------- 
heap noappend 606932                 
heap append   690768                 
gtt noappend  41488                  
gtt append    256                   

好问题。通过将MV及其上的任何索引设为NOLOGGING，我为自己的情况“解决”了一段时间。我的情况无济于事-无论如何我都在刷新视图，为什么我需要重做？