0

I created a fast refresh MV in a remote db by using a syntax like follows:

CREATE MATERIALIZED VIEW  MV_TAB1 
REFRESH FAST WITH PRIMARY KEY 
START WITH SYSDATE NEXT SYSDATE+(5/1440) /* 5 MINUTES */ 
FOR UPDATE AS 
SELECT * FROM TAB1@SOURCE_DB;

Now in the remote db where the MV_TAB1 was created, is it possible to update the MV_TAB1 and keep the update even after the refresh? My testing shows that after each refresh, my update on MV_TAB1 is gone. Is there any way to keep this local update? If yes,how?

Thanks, Amos

Florin Ghita
  • 17,525
  • 6
  • 57
  • 76
Amos
  • 23
  • 5

1 Answers1

0

MV_TAB1 is an image of TAB1@SOURCE_DB, so you can't have it in the same time like TAB1 and different to TAB1.

If you update some rows on destination table and then update them in the source, the refresh will overwrite them. If you dont update them in the source they will remain updated ONLY if you use refresh fast. A refresh complete will delete/truncate the remote table and reinsert all rows.

UPDATE: If you want updates on remote table to have priority over the refresh, you can to some tricks:

1) keep the MV as it is and do updates(and inserts) on a sister table with the same DDL. The query, instead of MV, will use both tables, something like:

select nvl(a.key, b.key), decode(a.key, null, b.col, a.col)
from tab1_sister a 
full join mv_tab1 b on (a.key = b.key);

2) Add columns to the MV_TAB1(duplicate them, except the key) and do the updates on those columns (it is possible that MV must be with prebuilt table). If the additional columns are completed, use them, otherwise use the original columns updated by the refresh.

Florin Ghita
  • 17,525
  • 6
  • 57
  • 76
  • For the first option you need to build a view with that query and then use an INSTEAD OF trigger to intercept the DML. – APC Jan 03 '13 at 09:53
  • @APC yes, that would be nice, but it depends on architecture and complexity of his application/system. Maybe he can just update the second table and read from the view(I mean the trigger may not be necessary) – Florin Ghita Jan 03 '13 at 10:06