关于物化视图的刷新，如果数据的变化比较大采用了全量刷新的时候，会将现有表里的数据都清空然后放入新的数据，整个过程有点类似delete,insert的感觉，但是刷新后表的高水位线还是会保持不变，效果类似于truncate,insert.
对于堆表来说，在重要的一些表上做truncate简直就是灾难，如果一个表访问频繁，做了truncate之后，在插入数据的过程中，如果访问该表，数据都是0条，这就会带来一些高可用性的问题来，如果采用一个事务，使用delete,insert的方式，那高水位线的问题还是得不到解决，可能在高版本中可以使用shrink之类的方式来做，但是还是有一定的影响。
创建一个物化视图，数据量在40万左右。
使用如下的shell脚本在另一个窗口中执行，来查看物化视图中的数据条数。
插入数据之后，反复刷新，让刷新的时间基本稳定下来。
插入一条数据，然后采用全量刷新
对于堆表来说，在重要的一些表上做truncate简直就是灾难，如果一个表访问频繁，做了truncate之后，在插入数据的过程中，如果访问该表，数据都是0条，这就会带来一些高可用性的问题来，如果采用一个事务，使用delete,insert的方式，那高水位线的问题还是得不到解决，可能在高版本中可以使用shrink之类的方式来做，但是还是有一定的影响。
创建一个物化视图，数据量在40万左右。
create materialized view test_mv tablespace pool_data as select *from test;
使用如下的shell脚本在另一个窗口中执行，来查看物化视图中的数据条数。
while true
do
sqlplus -s n1/n1
set timing on
set pages 0
set feedback off
select count(*) from test_mv;
EOF
done
插入数据之后，反复刷新，让刷新的时间基本稳定下来。
SQL> set time on
08:37:52 SQL> exec dbms_mview.refresh('TEST_MV','C');
PL/SQL procedure successfully completed.
Elapsed: 00:00:50.27
插入一条数据，然后采用全量刷新
08:38:50 SQL> insert into test select *from test where rownum
1 row created.
Elapsed: 00:00:00.10
08:39:44 SQL> commit;
Commit complete.
18:20:33 SQL> exec dbms_mview.refresh('TEST_MV','C');
PL/SQL procedure successfully completed.
Elapsed: 00:00:24.62
18:21:12 SQL> exec dbms_mview.refresh('TEST_MV','C');
PL/SQL procedure successfully completed.
Elapsed: 00:00:26.05
时间基本稳定在20多秒的样子，然后开始测试，在另外一个窗口中执行shell脚本，不停的会去查物化视图里的数据，根据oracle的读一致性，基本都会从undo中读取数据
可以看到刷新的时间开始延长，但是数据条数没有任何变化。
18:24:48 SQL> exec dbms_mview.refresh('TEST_MV','C');
PL/SQL procedure successfully completed.
Elapsed: 00:00:37.49
以下是shell脚本执行时的日志，可以看到数据条数没有任何变化，也算是高可用性的一种体现吧，不过在特定的场景中可以考虑一下。
411425
Elapsed: 00:00:03.76
411425
Elapsed: 00:00:01.01
411425
Elapsed: 00:00:01.03
411425
Elapsed: 00:00:01.07
411425
Elapsed: 00:00:01.87
411425
Elapsed: 00:00:00.76
411425
Elapsed: 00:00:03.60
411425
Elapsed: 00:00:03.00
411425
Elapsed: 00:00:04.28
411425
Elapsed: 00:00:05.06
411425
Elapsed: 00:00:08.61
411425
Elapsed: 00:00:02.44
411425
Elapsed: 00:00:00.04
411425
Elapsed: 00:00:00.03
411425
Elapsed: 00:00:00.04
411425
Elapsed: 00:00:00.04
411425
Elapsed: 00:00:00.04
411425
Elapsed: 00:00:00.04
411425
Elapsed: 00:00:00.04
411425
Elapsed: 00:00:00.04
411425
Elapsed: 00:00:00.04
411425
Elapsed: 00:00:00.04
411425
Elapsed: 00:00:00.04
411425
Elapsed: 00:00:00.03
411425
Elapsed: 00:00:00.04
411425
Elapsed: 00:00:00.04
411425
Elapsed: 00:00:00.03
411425
Elapsed: 00:00:00.04
411425
Elapsed: 00:00:00.03
411425
Elapsed: 00:00:00.04
411425
Elapsed: 00:00:00.04
411425
Elapsed: 00:00:00.04
411425
Elapsed: 00:00:00.03
411425
Elapsed: 00:00:00.04
411425
Elapsed: 00:00:00.04
411425
Elapsed: 00:00:00.04
411425
Elapsed: 00:00:00.03
18:20:33 SQL> exec dbms_mview.refresh('TEST_MV','C');
PL/SQL procedure successfully completed.
Elapsed: 00:00:24.62
18:21:12 SQL> exec dbms_mview.refresh('TEST_MV','C');
PL/SQL procedure successfully completed.
Elapsed: 00:00:26.05
时间基本稳定在20多秒的样子，然后开始测试，在另外一个窗口中执行shell脚本，不停的会去查物化视图里的数据，根据oracle的读一致性，基本都会从undo中读取数据
可以看到刷新的时间开始延长，但是数据条数没有任何变化。
18:24:48 SQL> exec dbms_mview.refresh('TEST_MV','C');
PL/SQL procedure successfully completed.
Elapsed: 00:00:37.49
以下是shell脚本执行时的日志，可以看到数据条数没有任何变化，也算是高可用性的一种体现吧，不过在特定的场景中可以考虑一下。
411425
Elapsed: 00:00:03.76
411425
Elapsed: 00:00:01.01
411425
Elapsed: 00:00:01.03
411425
Elapsed: 00:00:01.07
411425
Elapsed: 00:00:01.87
411425
Elapsed: 00:00:00.76
411425
Elapsed: 00:00:03.60
411425
Elapsed: 00:00:03.00
411425
Elapsed: 00:00:04.28
411425
Elapsed: 00:00:05.06
411425
Elapsed: 00:00:08.61
411425
Elapsed: 00:00:02.44
411425
Elapsed: 00:00:00.04
411425
Elapsed: 00:00:00.03
411425
Elapsed: 00:00:00.04
411425
Elapsed: 00:00:00.04
411425
Elapsed: 00:00:00.04
411425
Elapsed: 00:00:00.04
411425
Elapsed: 00:00:00.04
411425
Elapsed: 00:00:00.04
411425
Elapsed: 00:00:00.04
411425
Elapsed: 00:00:00.04
411425
Elapsed: 00:00:00.04
411425
Elapsed: 00:00:00.03
411425
Elapsed: 00:00:00.04
411425
Elapsed: 00:00:00.04
411425
Elapsed: 00:00:00.03
411425
Elapsed: 00:00:00.04
411425
Elapsed: 00:00:00.03
411425
Elapsed: 00:00:00.04
411425
Elapsed: 00:00:00.04
411425
Elapsed: 00:00:00.04
411425
Elapsed: 00:00:00.03
411425
Elapsed: 00:00:00.04
411425
Elapsed: 00:00:00.04
411425
Elapsed: 00:00:00.04
411425
Elapsed: 00:00:00.03
