pct能力显示disabled的根本原因是底层元数据注册断裂，必须同时满足三重硬性条件：基表执行alter table…tracking enable（非enable tracking）、物化视图日志显式含including new values且pct置于末尾、分区交换后调用dbms_mview.partition_changing同步元数据。
分区表结构变更后物化视图失效，不是因为“刷新失败”或“语法错”，而是底层元数据注册断裂——Oracle 的 PCT（Partition Change Tracking）能力依赖三重物理层契约，任一缺失都会导致 EXPLAIN_MVIEW 中 PCT 显示为 DISABLED，后续任何分区级增量刷新（EXCHANGE、SPLIT、ADD PARTITION）都直接退化为全量刷新或报错。
ALTER TABLE 后没执行 TRACKING ENABLE，PCT 元数据就断链
很多人对分区表执行了 ALTER TABLE ... ADD PARTITION 或 MODIFY PARTITION，却漏掉关键一步：ALTER TABLE table_name TRACKING ENABLE（注意不是 ENABLE TRACKING）。Oracle 不会自动补这个开关，且该语句必须在所有分区操作之后单独执行。一旦跳过，SELECT tracking_enabled FROM user_part_tables 返回 NO，PCT 能力立即失效。
-
TRACKING ENABLE是硬性前提，和分区类型（RANGE/LIST/HASH）无关，但INTERVAL分区需 12c+ 才稳定支持 - 执行后需验证：查
user_part_tables的tracking_enabled字段，仅当值为YES才算通过第一关 - 如果之前已建过物化视图日志，
TRACKING ENABLE不会自动更新日志结构，仍需检查日志是否含INCLUDING NEW VALUES
物化视图日志漏掉 INCLUDING NEW VALUES，PCT 失去输入源
即使基表开了 TRACKING ENABLE，若物化视图日志没写 INCLUDING NEW VALUES，Oracle 就无法捕获新增分区的 INSERT 变更——PCT 的输入管道被掐断，EXPLAIN_MVIEW 会报 “PCT is not possible on any of the detail tables”，这不是提示“没开 PCT”，而是说日志根本收不到新分区数据。
- 正确写法必须显式包含：
CREATE MATERIALIZED VIEW LOG ON sales_part WITH ROWID, SEQUENCE (id, amt) INCLUDING NEW VALUES PCT -
PCT关键字必须放在语句末尾，不能省略；否则 Oracle 不将其纳入 PCT 元数据注册流程 - 只写
INCLUDING OLD VALUES或不写，默认是旧值模式，PCT注册失败 - 重建日志时，不能用
ALTER补字段——必须DROP后完整重建，确保SEQUENCE()括号内覆盖所有新增列（含NOT NULL DEFAULT列）
分区交换后没调用 PARTITION_CHANGING，PCT 元数据未同步
EXCHANGE PARTITION 后，Oracle 不会自动更新物化视图的分区元数据映射关系。即使刷新成功，EXPLAIN_MVIEW 里 PCT 仍为 DISABLED，下一次 SPLIT 或 ADD PARTITION 就会触发 ORA-12008 或跳过变更。
- 必须手动执行：
DBMS_MVIEW.PARTITION_CHANGING('mv_name', 'partition_name') - 参数
partition_name是交换进来的那个分区名，不是原分区名 - 该过程不刷新数据，只更新 MV 内部的分区状态位图；若漏掉，后续所有 PCT 刷新都不可信
- 建议封装进交换脚本：每次
EXCHANGE后紧跟PARTITION_CHANGING调用
REFRESH FAST 成功但 PCT 仍 DISABLED，说明根本没走分区路径
有些物化视图能跑通 REFRESH FAST，但 EXPLAIN_MVIEW 里 PCT 还是 DISABLED，这说明它只是靠传统 ROWID 日志在刷，压根没启用分区级增量逻辑。后果是：一旦发生 EXCHANGE 或 SPLIT，后续刷新大概率跳过变更，或直接报错。
- 确认是否用了分区键做聚合：比如基表按
sale_date分区，MV 中却用TO_CHAR(sale_date, 'YYYY-MM')分组，Oracle 无法保证分区剪枝稳定性，PCT自动降级 - 执行
DBMS_MVIEW.EXPLAIN_MVIEW后，重点看msgtxt是否含 “partition change tracking not supported” —— 出现即表示 PCT 未激活 - 检查 MV 定义中是否显式写了
ENABLE QUERY REWRITE和PCT属性；纯SELECT *类型 MV 不走 PCT - 物化视图状态必须为
VALID，且STALENESS = FRESH；若为STALE，即使其他条件全满足，PCT 也会被静默禁用
真正让 PCT 生效的从来不是语法关键字，而是基表物理层的三重硬约束：TRACKING ENABLE、INCLUDING NEW VALUES、PARTITION_CHANGING 调用——缺一不可。任何一步跳过，Oracle 都不会报错，只会默默退化到传统刷新路径，直到分区变更规模大到拖垮性能才暴露问题。
