Обмежуйте повтор для повного оновлення або вручну еквівалентного подання

Журнал матеріалізованого виду ^(MV) може бути використаний, щоб дозволити MV зробити швидке оновлення, що лише модифікує дані, що змінилися. Однак різні умови заважають MV використовувати журнал і тому потребують повного оновлення. Oracle реалізував атомне повне оновлення у вигляді видалення та вставки кожного запису. Це робиться навіть у тому випадку, якщо в кінцевому рахунку даних немає ніяких змін.

Чи є спосіб зробити цю реплікацію розумною щодо повторної генерації ? MERGE, за яким слід DELETE, вимагає запиту джерела двічі. Чи варто було б об'ємно збирати дані, щоб зробити BULK MERGE і DELETE? Чи є кращий спосіб?

Оновлення:

Я досліджував, використовуючи глобальну тимчасову таблицю як місце постановки. Хоча вони використовують менше половини повтору, вони все ще використовують багато.

Це покликане лише продемонструвати повторне використання різних insertоперацій, а не відповісти на все запитання. Результати на моєму екземплярі 10 г не є на 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                   

Хороше питання. Я "вирішив" цю проблему для своєї ситуації ще раз, зробивши МВ та будь-які індекси на них НОЛОГІНГ. Моя ситуація не мала сенсу - я все одно переглядав погляди, навіщо мені потрібно повторювати?