oracle 11g 不支持分区物化视图，所谓“分区物化视图”实为误称，真实情况仅为基于分区表构建的普通物化视图，或通过多个独立物化视图加 union all 视图模拟；其核心问题在于物化视图日志损坏或刷新异常，而非分区属性本身。
不能直接重建“分区物化视图”——Oracle 11g 不支持分区物化视图（MATERIALIZED VIEW 本身不可分区），所谓“分区物化视图”通常是误称，实际指：基于分区表构建的物化视图，或用多个按分区切分的物化视图拼成逻辑视图。真正要处理的，是底层损坏的物化视图日志（MLOG$_ 表）或物化视图本身刷新异常，而非“分区”属性本身。
确认是否真存在“分区物化视图”对象
Oracle 11g 的 DBA_MVIEWS 或 ALL_MVIEWS 中查不到 PARTITIONED = 'YES' 的物化视图记录；执行 SELECT * FROM DBA_PART_TABLES WHERE TABLE_NAME LIKE 'MV_%' 也几乎为空。如果你在 DDL 中看到 PARTITION BY 出现在 CREATE MATERIALIZED VIEW 语句里，那语句本身就不合法，会报 ORA-00922: missing or invalid option。真实场景只有两种可能：
- 基表（
MASTER）是分区表，物化视图只是普通 MV，依赖其做快速刷新 - 人工维护了多个按时间/区域命名的 MV（如
MV_SALES_202401,MV_SALES_202402），再用UNION ALL视图聚合 —— 这种不是 Oracle 原生分区 MV，而是应用层模拟
物化视图日志损坏时，必须交叉验证依赖关系
常见错误是发现 MLOG$_SALES 表数据异常（如 SNAPTIME$$ 为 4000-01-01、SEQUENCE$$ 索引失效），就直接 DROP TABLE MLOG$_SALES。这会导致所有依赖它的物化视图后续刷新失败，报 ORA-12003: error in materialized view log on "SCHEMA"."SALES" 或静默退化为 COMPLETE 刷新。
正确做法是先确认无活跃引用：
- 查注册快照：
SELECT * FROM DBA_REGISTERED_SNAPSHOTS WHERE LOG_OWNER = 'SCHEMA' AND LOG_NAME = 'MLOG$_SALES'—— 返回空才安全 - 查日志归属：
SELECT MASTER, ROWIDS, PRIMARY_KEY FROM DBA_MVIEW_LOGS WHERE LOG_TABLE = 'MLOG$_SALES'—— 若MASTER是SALES，但其他列显示被多个 MV 共享，就不能单删 - 特别注意：即使某个 MV 已被
DROP MATERIALIZED VIEW，只要没清DBA_REGISTERED_SNAPSHOTS记录（比如异常中断），系统仍认为它在用日志
重建日志必须用标准 DROP + CREATE，且 WITH 子句严格对齐原逻辑
重建不是“删表再建同名日志”，而是走 DDL 接口。否则元数据不一致，DBMS_MVIEW.REFRESH 会拒绝 FAST 模式。
- 必须用：
DROP MATERIALIZED VIEW LOG ON schema.sales（指定基表名，不是日志表名） - 重建时关键参数不能漏：
CREATE MATERIALIZED VIEW LOG ON schema.sales WITH PRIMARY KEY, SEQUENCE(sale_id, cust_id, amt) INCLUDING NEW VALUES - 若原 MV 刷新 SQL 中用了
JOIN或WHERE过滤某列，该列必须进SEQUENCE()，否则增量捕获缺失，FAST 刷新会 silently fail - 多个 MV 共享同一日志时，
SEQUENCE()必须覆盖所有 MV 中涉及的列，哪怕某个 MV 当前没用到
重建后三件事不做，FAST 刷新立刻失效
重建完日志表（MLOG$_SALES）只是第一步。Oracle 不自动维护它的统计信息和索引，而这两者直接影响刷新性能与正确性：
- 立即收集统计：
DBMS_STATS.GATHER_TABLE_STATS('SCHEMA', 'MLOG$_SALES')，否则优化器可能选错执行计划，导致刷新变慢甚至超时 - 重建关键索引：
CREATE INDEX schema.i_mlog$_sales_seq ON schema.MLOG$_SALES(SEQUENCE$$)和CREATE INDEX schema.i_mlog$_sales_st ON schema.MLOG$_SALES(SNAPTIME$$)—— 缺失任一都会让FAST刷新降级 - 检查并同步 MV 刷新定义：
SELECT LAST_REFRESH_DATE, STALENESS, REFRESH_METHOD FROM DBA_MVIEWS WHERE MVIEW_NAME = 'MV_SALES_CURRENT'，确保STALENESS = 'FRESH'且REFRESH_METHOD = 'FAST'
最容易被忽略的是：日志重建后，所有依赖它的物化视图都变成 STALE 状态，但不会自动触发刷新；你得手动跑一次 DBMS_MVIEW.REFRESH，且必须带 METHOD => 'FAST' 参数显式指定，否则默认走 FORCE 可能回落到 COMPLETE。
