必须显式启用 ENABLE ON QUERY COMPUTATION 并配置含分区键的物化视图日志（SEQUENCE+INCLUDING NEW VALUES），配合 atomic_refresh=FALSE 和基表 ROW MOVEMENT，否则 PCT 刷新将退化为普通 FAST 或失败。
不能直接在分区表上启用 pct（partition change tracking）的物化视图，除非显式满足全部前置条件；否则会报 ora-12015 或 ora-12052，根本原因不是语法错，而是基表未声明 pct 支持且物化视图日志缺失关键字段。
CREATE MATERIALIZED VIEW 时必须显式指定 ENABLE ON QUERY COMPUTATION
PCT 不是默认开启的功能，即使基表是 RANGE/INTERVAL 分区，Oracle 也不会自动识别“分区级变更”用于 FAST 刷新。必须在创建物化视图时明确启用查询计算支持，并配合物化视图日志中的 SEQUENCE 和 INCLUDING NEW VALUES。
-
ENABLE ON QUERY COMPUTATION是 PCT 刷新的硬性开关，缺它就退化为普通 FAST（仅行级）或 COMPLETE - 该子句必须与
REFRESH FAST ON DEMAND同时出现，ON COMMIT模式不支持 PCT - 基表需已启用
ENABLE ROW MOVEMENT，否则分区 DDL（如EXCHANGE、SPLIT）会导致 PCT 失效 - 若物化视图含聚合（如
SUM()），还需额外加WITH PRIMARY KEY或WITH ROWID，否则 PCT 不生效
物化视图日志必须包含分区键列 + SEQUENCE + INCLUDING NEW VALUES
PCT 刷新依赖物化视图日志记录“哪些分区被修改”，而不仅是哪些行。只建 WITH ROWID 的日志完全不够——它只能支撑行级 FAST，无法感知分区增删或交换。
- 日志语句必须显式列出分区键列，例如：
CREATE MATERIALIZED VIEW LOG ON sales_tab WITH PRIMARY KEY, SEQUENCE(sale_date, region_id) INCLUDING NEW VALUES; -
sale_date是 RANGE 分区键，region_id是二级 LIST 子分区键，二者都得进SEQUENCE - 不能用
*替代列名；INCLUDING NEW VALUES缺失会导致 PCT 刷新跳过新插入分区的数据 - 日志必须建在主表名上（不是分区名），且建完后不可
TRUNCATE基表，否则日志元数据损坏，PCT 自动禁用
PCT 刷新失败常见错误及对应修复动作
执行 DBMS_MVIEW.REFRESH('mv_sales_pct', 'F') 报错时，不要先怀疑 SQL 写法——90% 是底层对象状态不匹配。
-
ORA-12052: cannot fast refresh materialized view→ 检查是否漏了ENABLE ON QUERY COMPUTATION，或日志中分区键列未出现在SEQUENCE -
ORA-12003: materialized view does not exist→ 实际是 PCT 元数据未注册，运行EXEC DBMS_MVIEW.EXPLAIN_MVIEW('mv_sales_pct');查capable_name = 'PCT'是否为YES - 刷新后数据缺失（尤其新加载的分区）→ 确认基表分区操作是否用了
UPDATE GLOBAL INDEXes；未维护全局索引会导致 PCT 无法定位变更分区 - 首次刷新耗时异常长 → PCT 不会跳过历史分区，首次仍需全量扫描分区头信息；建议先用
REFRESH COMPLETE初始化，再切回FAST
滚动窗口场景下 PCT 必须配合 atomic_refresh=FALSE
对按月分区的销售表，日常执行 ALTER TABLE sales_tab DROP PARTITION p_202501 + ADD PARTITION p_202606 后，PCT 刷新若走默认 atomic_refresh=TRUE，会强制重建整个物化视图，失去增量意义。
- 调用刷新时必须显式传参：
DBMS_MVIEW.REFRESH('mv_sales_pct', 'F', atomic_refresh => FALSE); -
atomic_refresh=FALSE允许 Oracle 直接INSERT/DELETE分区级数据，不重建段，但要求物化视图底层表已按相同键手动分区（否则无法剪枝） - 注意：此参数仅对
ON DEMAND有效；ON COMMIT强制原子性，不接受该选项 - 若基表刚执行过
EXCHANGE PARTITION，刷新前需手动执行DBMS_MVIEW.PURGE_LOG清理残留日志条目，否则 PCT 可能误判分区状态
真正难的不是写那条 CREATE MATERIALIZED VIEW 语句，而是确保基表分区策略、物化视图日志字段、刷新调用参数三者严格对齐——差一个列名或一个布尔值，PCT 就静默退化成普通 FAST，而你可能很久才发现数据没跟上。
