Giới hạn làm lại cho chế độ xem hoàn toàn được làm mới hoặc tương đương thủ công

Nhật ký chế độ xem được vật chất hóa ^(MV) có thể được sử dụng để cho phép MV thực hiện làm mới nhanh, điều này chỉ sửa đổi dữ liệu đã thay đổi. Tuy nhiên, các điều kiện khác nhau ngăn MV sử dụng nhật ký và do đó yêu cầu làm mới hoàn toàn. Oracle đã thực hiện làm mới hoàn toàn nguyên tử dưới dạng xóa và chèn mọi bản ghi. Nó thực hiện điều này ngay cả khi cuối cùng không có thay đổi nào đối với dữ liệu.

Có cách nào để làm cho bản sao này thông minh liên quan đến việc làm lại thế hệ không? Một MERGE theo sau là XÓA yêu cầu truy vấn nguồn hai lần. Nó có đáng để thu thập số lượng lớn dữ liệu để thực hiện BULK MERGE và XÓA? Có cách nào tốt hơn?

Cập nhật:

Tôi đã khám phá bằng cách sử dụng một bảng tạm thời toàn cầu như là một khu vực tổ chức. Mặc dù họ sử dụng ít hơn một nửa số làm lại, nhưng họ vẫn sử dụng nhiều.

Điều này chỉ nhằm thể hiện việc sử dụng lại các inserthoạt động khác nhau chứ không phải trả lời toàn bộ câu hỏi. Kết quả trên ví dụ 10g của tôi không phải là 100% xác định, nhưng bức tranh rộng vẫn giữ nguyên mỗi lần tôi chạy qua.

Đối với các bảng heap, tôi không biết tại sao insert /*+ append */tạo lại nhiều hơn.

thử nghiệm:

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

kiểm tra:

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

kết quả:

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                   

Câu hỏi hay. Tôi đã "giải quyết" vấn đề này cho tình huống của mình một thời gian trước bằng cách tạo ra các MV và bất kỳ chỉ mục nào về chúng NITALGING. Không có vấn đề gì với tình huống của tôi - dù sao tôi cũng đang làm mới toàn bộ khung nhìn, tại sao tôi lại cần làm lại?