物化视图对分区表默认不走增量刷新，因分区DDL操作不写入物化视图日志，须显式启用PCT并满足行移动、日志含分区键、SELECT按分区键分组等严格条件。
物化视图与分区表配合做增量同步，不是“自动适配”，而是必须显式启用 pct（partition change tracking）并满足严格前提，否则仍会退化为全量刷新。
为什么物化视图对分区表默认不走增量刷新
Oracle 默认的 FAST REFRESH 依赖物化视图日志（MLOG$）捕获 DML 变更。但分区表的 DDL 操作（如 ALTER TABLE ... DROP PARTITION、SPLIT、EXCHANGE）不会写入日志 —— 它们直接修改段结构，日志无法感知。因此，只要物化视图定义中涉及分区表，且未启用 PCT，任何分区级变更都会导致下一次 FAST 刷新失败或静默回退到 COMPLETE。
常见错误现象：ORA-12052: cannot fast refresh materialized view 或刷新耗时陡增（实际在后台执行全量 SELECT）。
- 必须在创建物化视图日志时显式指定
INCLUDING NEW VALUES和WITH SEQUENCE - 源表必须有主键（
WITH PRIMARY KEY）或明确使用WITH ROWID（后者不支持分区变更跟踪） - 物化视图定义 SQL 中不能含非确定性函数（如
SYSDATE、ROWNUM）、外连接、或聚合未带GROUP BY分区键
启用 PCT 的完整操作链
PCT 不是开关，是一组强约束下的协同机制：它要求物化视图能将分区变更映射到具体数据子集，并跳过未变动分区的计算。
- 源分区表需启用行移动：
ALTER TABLE sales_part ENABLE ROW MOVEMENT（否则EXCHANGE会报错） - 创建物化视图日志时必须包含分区键列：
CREATE MATERIALIZED VIEW LOG ON sales_part WITH PRIMARY KEY, ROWID (sale_date, region_id) INCLUDING NEW VALUES - 物化视图定义中，
SELECT必须显式按分区键分组（如GROUP BY sale_date, region_id），且不能跨分区聚合（如全表 SUM） - 刷新语句需显式启用 PCT：
DBMS_MVIEW.REFRESH('mv_sales_pct', METHOD => 'F', PCT => TRUE)；仅写'F'不生效
注意：PCT => TRUE 仅对已启用 PCT 的物化视图有效；若建模时未满足上述条件，该参数会被忽略，仍走常规 FAST 路径。
对比：PCT 增量 vs 普通 FAST 增量的实际开销
普通 FAST 刷新扫描全部 MLOG$ 记录，再关联基表取最新值；PCT 刷新则先读取分区元数据（DBA_TAB_PARTITIONS），仅对被标记为 “changed” 的分区执行局部刷新，其余分区数据原样保留。
- 性能差异：当单次只修改 1 个分区（如每日新增分区），PCT 刷新耗时通常为普通 FAST 的 5%–20%，尤其在百亿级大表上优势明显
- 兼容性风险：PCT 不支持
ON COMMIT刷新模式，只能用ON DEMAND+ 手动或 JOB 触发 - DDL 限制：禁用
TRUNCATE PARTITION（会清空日志上下文），改用DROP+ADD组合
一个容易被忽略的点：PCT 刷新后，物化视图中的 ROWID 依然指向源表原始物理位置 —— 如果源表发生分区 MOVE 或 SHRINK，这些 ROWID 就失效了，后续 FAST 刷新可能报 ORA-08103: object no longer exists。此时必须先 DBMS_MVIEW.REFRESH 一次 COMPLETE 来重建一致性。
