刷新完成后，再次检查表 ACcountS 的段统计信息。结果如下所示：
SUBOBJECT_NAME VALUE
------------------------------ ----------
P1 8320
P10 8624
P2 12112
P3 14656
P4 8800
P5 7904
P6 8256
P7 8016
P8 8272
P9 7840
PMAX 256
这些段统计信息显示了在一个逻辑读取过程中选择的段。由于这些统计信息是累积的，因此您必须查看值（而非绝对值）中的更改。如果仔细查看以上值，您便会发现只有分区 P3 的值发生了变化。因此，在刷新过程中只选择了分区 P3 而非整个表，确认 PCT 能否在表即使没有 MV 日志的情况下工作。
一个强大而有用的特性，从而允许您可以在已分区的 MV 中执行快速刷新而不会增加性能开销。我认为，该特性是 Oracle 数据库 10g 第 2 版中最有用的数据仓库增强功能。
区更改跟踪：不需要MV日志
要了解此增强功能，首先必须了解物化视图 (MV) 刷新过程中的分区修整概念。
假设基于列 ACC_MGR_ID 对表 ACcountS 进行了分区，每个 ACC_MGR_ID 值一个分区。您根据 ACcountS 创建了一个名为 ACC_VIEW 的 MV，该 MV 也根据列 ACC_MGR_ID 进行了分区，每个 ACC_MGR_ID 一个分区，如下图所示：
假设已经更新了表 ACcountS 中的记录，但只在分区 P1 中进行了此更新。要快速刷新此 MV，您只需刷新分区 P1 而非整个表，这里正是与 ACC_MGR_ID 相关的数据所在的分区。Oracle 自动执行此任务，通过一个名为分区更改跟踪 (PCT) 的特性跟踪对分区的更改。但有一个问题需稍加注意：要在快速刷新的过程中启用 PCT，必须创建 MV 日志，当表中的行发生变化会填充这些日志。发出刷新命令后，刷新进程将读取 MV 日志以识别这些更改。
不用说，该要求增加了操作的总执行时间。此外，附加的插入操作将消耗 CPU 周期和 I/O 带宽。
幸好，在 Oracle 数据库10g第2版中，PCT不需要MV日志即可工作。让我们看一看它的作用方式。首先，确认表 ACcountS中没有MV日志。
SQL> select *
2 from dba_mview_logs
3 where master = ’ACcountS’;
no rows selected
现在，更新该表中的某个记录。
update accounts set last_name = ’...’
where acc_mgr_id = 3;
该记录位于分区 P3 中。
现在，您就可以刷新此 MV 了。但首先记录表 ACcountS 所有段的段级统计信息。稍后，您将使用这些统计信息了解使用了哪些段。
select SUBOBJECT_NAME, value from v$segment_statistics
where owner = ’ARUP’
and OBJECT_NAME = ’ACcountS’
and STATISTIC_NAME = ’logical reads’
order by SUBOBJECT_NAME
/
SUBOBJECT_NAME VALUE
------------------------------ ----------
P1 8320
P10 8624
P2 12112
P3 11856
P4 8800
P5 7904
P6 8256
P7 8016
P8 8272
P9 7840
PMAX 256
11 rows selected.
使用快速刷新刷新物化视图 ACC_VIEW。
execute dbms_mview.refresh(’ACC_VIEW’,’F’)
’F’ 参数指示快速刷新。但如果表没有 MV 日志，它是否可以起作用？
刷新完成后，再次检查表 ACcountS 的段统计信息。结果如下所示：
SUBOBJECT_NAME VALUE
------------------------------ ----------
P1 8320
P10 8624
P2 12112
P3 14656
P4 8800
P5 7904
P6 8256
P7 8016
P8 8272
P9 7840
PMAX 256
这些段统计信息显示了在一个逻辑读取过程中选择的段。由于这些统计信息是累积的，因此您必须查看值（而非绝对值）中的更改。如果仔细查看以上值，您便会发现只有分区 P3 的值发生了变化。因此，在刷新过程中只选择了分区 P3 而非整个表，确认 PCT 能否在表即使没有 MV 日志的情况下工作。
即使在基表没有 MV 日志的情况下也可以快速刷新 MV 的能力是一个强大而有用的特性，从而允许您可以在已分区的 MV 中执行快速刷新而不会增加性能开销。我认为，该特性是 Oracle 数据库 10g 第 2 版中最有用的数据仓库增强功能。