Malzeme görünümü tam yenileme veya manuel eşdeğeri için yineleme sınırlaması

Bir MV'nin yalnızca değişen verileri değiştiren hızlı bir yenileme yapmasına izin vermek için materyalize görünüm ^(MV) günlüğü kullanılabilir. Ancak, çeşitli koşullar MV'nin günlüğü kullanmasını önler ve bu nedenle tam bir yenileme gerektirir. Oracle, her kaydın silinmesi ve eklenmesi için atomik bir tam yenileme uyguladı. Sonuçta verilerde değişiklik olmasa bile bunu yapar.

Bu çoğaltmayı yeniden oluşturma konusunda akıllı yapmanın bir yolu var mı ? MERGE ve ardından DELETE, kaynağın iki kez sorgulanmasını gerektirir. BULK MERGE ve DELETE yapmak için verileri toplu olarak toplamaya değer mi? Daha iyi bir yol var mı?

Güncelleme:

Evreleme alanı olarak genel bir geçici tablo kullanarak araştırdım. Yinelemenin yarısından azını kullanıyor olsalar da, yine de çok fazla kullanıyorlar.

Bu sadece inserttüm soruyu cevaplamak yerine çeşitli operasyonların yeniden kullanımını göstermeyi amaçlamaktadır . 10g örneğimin sonuçları% 100 deterministik değil, ancak geniş resim her karşılaştığımda aynı kaldı.

Yığın tabloları için, neden insert /*+ append */daha fazla yineleme oluşturulan bilmiyorum .

test ortamı:

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);

Ölçek:

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';

sonuç:

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                   

İyi soru. Ben MV'ler ve onlara herhangi bir indeks NOLOGGING yaparak bir süre önce durumum için bu sorunu "çözdü". Bunun bir anlamı yoktu benim durumum - Zaten manzarayı tamamen yeniliyordum, neden tekrar yapmam gerekiyor?