구체화 된 뷰 완전 새로 고침 또는 수동으로 동등한 항목에 대한 재실행 제한

구체화 된 뷰 ^(MV) 로그를 사용하여 MV가 변경된 데이터 만 수정하는 빠른 새로 고침을 수행 할 수 있습니다. 그러나 다양한 조건으로 인해 MV가 로그를 사용하지 못하므로 완전히 새로 고쳐야합니다. 오라클은 모든 레코드의 삭제 및 삽입으로 원 자성 완전 새로 고침을 구현했습니다. 궁극적으로 데이터에 변화가없는 경우에도이를 수행합니다.

리두 생성과 관련 하여이 복제를 지능적 으로 만드는 방법이 있습니까? MERGE 뒤에 DELETE가 있으면 소스를 두 번 쿼리해야합니다. 대량 합병 및 삭제를 수행하기 위해 데이터를 대량 수집하는 것이 가치가 있습니까? 더 좋은 방법이 있습니까?

최신 정보:

전역 임시 테이블을 준비 영역으로 사용하여 탐색했습니다. 리두의 절반 이하를 사용하지만 여전히 많이 사용합니다.

이것은 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으로 만들어 내 상황에 대해이 문제를 잠시 동안 "해결했습니다". 내 상황에 아무런 의미가 없었습니다. 어쨌든보기를 완전히 새로 고쳤습니다. 왜 다시 실행해야합니까?