物化视图状态为 INVALID 是因依赖元数据断裂而非编译错误，常见原因包括基表结构变更、物化视图日志失效、主键丢失、PCT未启用或权限不足；需用 DBA_MVIEWS 查真实状态，COMPILE 前须确保日志、约束、PCT 和直接 SELECT 权限均就绪。
物化视图显示 INVALID 不是编译失败，而是元数据断裂
Oracle 把物化视图状态标为 INVALID，通常不是语法错误或 PL/SQL 编译失败，而是其依赖的元数据链断了——比如基表被 ALTER TABLE DROP COLUMN、主键被删、分区键表达式变更，或者物化视图日志（MLOG$_xxx）结构不再匹配当前查询定义。这种状态下，DBMS_MVIEW.REFRESH 会直接拒绝执行，哪怕参数写的是 'F'（fast），也会报 ORA-12054 或静默降级为 complete。
-
STALENESS = 'UNUSABLE'比INVALID更严重：说明 Oracle 已放弃推导增量路径，必须先ALTER MATERIALIZED VIEW mv_name COMPILE，否则任何刷新都无效 - 查状态别只看
USER_OBJECTS：用SELECT mview_name, staleness, staleness_reason FROM DBA_MVIEWS WHERE mview_name = 'MV_NAME'才能看到真实原因 - 物化视图本身不存 DDL 历史，它只认建模时快照。基表改完，它不会自动“感知”，也不会在下次刷新时尝试重解析——除非你手动
COMPILE
为什么 ALTER MATERIALIZED VIEW ... COMPILE 后还是 INVALID
执行 COMPILE 后仍为 INVALID，说明底层依赖仍未就绪。最常见原因是物化视图日志失效或缺失关键字段。
-
MLOG$_xxx状态为INVALID：查SELECT status FROM dba_objects WHERE object_name = 'MLOG$_BASE_TABLE'，若返回INVALID，必须重建日志，不能仅靠COMPILE - 日志缺少必要选项：即使建过日志，若没显式包含
ROWID和SEQUENCE，或漏了INCLUDING NEW VALUES（尤其对分区表），COMPILE也会失败 - 基表主键/约束丢失：物化视图定义里用了
WITH PRIMARY KEY，但基表主键已被DROP，COMPILE就会卡住——此时需先恢复约束，再COMPILE
分区表上物化视图编译失败的隐藏条件
在分区表上建物化视图，光有日志和主键还不够。PCT（Partition Change Tracking）未启用是硬性拦路虎，EXPLAIN_MVIEW 会明确提示 PCT is not possible on any of the detail tables。
- 必须按顺序执行：
ALTER TABLE t ENABLE ROW MOVEMENT→ALTER TABLE t TRACKING ENABLE（注意不是ENABLE TRACKING） -
TRACKING ENABLE后查SELECT tracking_enabled FROM user_part_tables WHERE table_name = 'T'，返回YES才算生效 - 日志创建语句中必须带
INCLUDING NEW VALUES，否则 PCT 元数据不被物化视图识别 - 如果物化视图含
GROUP BY TRUNC(date_col)这类表达式，COMPILE直接失败，Oracle 不允许 FAST 刷新依赖非列名分组
物化视图日志重建后仍编译不过？检查依赖对象权限
日志重建、PCT 启用、COMPILE 都做完，状态还是 INVALID，大概率是权限问题——Oracle 编译时静默失败，不报错，只留 INVALID。
- 当前用户对基表必须有
SELECT权限，且该权限不能来自角色（如SELECT_CATALOG_ROLE），必须是直接授予的 - 如果基表在其他 schema（如
SCOTT.T），而物化视图在HR下，HR用户必须有SELECT ON SCOTT.T，而不是靠SELECT ANY TABLE - 查依赖：用
SELECT referenced_owner, referenced_name FROM ALL_DEPENDENCIES WHERE name = 'MV_NAME' AND type = 'MATERIALIZED VIEW'，逐个确认这些对象是否可访问
INVALID 的，往往不是语法，而是那些看不见的元数据快照、权限链路、PCT 开关状态——它们不报错，只沉默失效。 
