物化视图刷新报“基表不存在”的真实原因是日志表与基表的OBJECT_ID关联断裂或日志表物理丢失，需查DBA_MVIEW_LOGS中MASTER_OBJECT_ID与DBA_OBJECTS.OBJECT_ID是否一致、日志表是否存在且状态VALID，并用EXPLAIN_MVIEW定位具体缺失能力，最终必须重建日志并补全刷新。
物化视图刷新报“基表不存在”，不是真的表丢了，而是日志表与基表的 object_id 关联断裂，或日志表被误删/重命名后残留元数据未清理。
查 DBA_MVIEW_LOGS 中的 MASTER 和 MASTER_OBJECT_ID 是否匹配
Oracle 不靠表名字符串匹配基表，而是靠 MASTER_OBJECT_ID 字段指向 DBA_OBJECTS.OBJECT_ID。一旦基表被 DROP+RECREATE（哪怕同名）、TRUNCATE+RENAME、或用 EXPDP/IMPDP 重导，OBJECT_ID 就会变，但日志表元数据可能还指着旧 ID。
- 执行
SELECT master, master_object_id, log_table FROM dba_mview_logs WHERE log_table = 'MLOG$_YOUR_TABLE'; - 再查基表当前
OBJECT_ID：SELECT object_id FROM dba_objects WHERE owner = 'SCHEMA_NAME' AND object_name = 'YOUR_TABLE'; - 若两个 ID 不一致，说明日志已“脱钩”——此时即使表存在，
DBMS_MVIEW.REFRESH也会报 ORA-00942 或静默 fallback 到 COMPLETE 并失败
确认 MLOG$_xxx 表是否真实存在且状态 VALID
日志表被手动 DROP TABLE、TRUNCATE 后未重建，或建表时加了双引号导致大小写敏感，都会让 Oracle 认为“基表不存在”。尤其跨 schema 场景下，MLOG$_tab_a 和 MLOG$_TAB_A 是两个对象。
- 查日志表是否存在：
SELECT status FROM dba_objects WHERE object_name = 'MLOG$_YOUR_TABLE' AND owner = 'OWNER_OF_LOG';，结果必须是VALID - 若查不到，说明日志表物理丢失；若 status 是
INVALID，可能是依赖对象失效，需ALTER MATERIALIZED VIEW LOG ON ... REBUILD;（11g 不支持该语法，只能重建） - 检查大小写：
SELECT object_name FROM dba_objects WHERE owner = 'OWNER' AND UPPER(object_name) LIKE 'MLOG%YOUR_TABLE%';，避免漏掉带引号的变体
用 EXPLAIN_MVIEW 定位具体缺失能力
ORA-00942 类错误常被掩盖在快速刷新拒绝之后。直接跑 EXPLAIN_MVIEW 能暴露底层原因，比如它发现日志表不可访问、字段缺失，或主键约束丢失。
- 先执行
EXEC DBMS_MVIEW.EXPLAIN_MVIEW('YOUR_MV_NAME'); - 再查
SELECT capability_name, possible, related_text, msgtxt FROM mv_capabilities_table WHERE statement_id = 'QSMQT_EXPLAIN_MVIEW'; - 重点关注
REFRESH_FROM_LOG_AFTER_ANY是否为DISABLED，以及msgtxt是否含table or view does not exist或master object not found - 若
related_text显示MLOG$_XXX，说明问题就出在那个日志表上，不是基表本身
修复必须重建日志，不能只改元数据
Oracle 11g 不允许在线修复 DBA_MVIEW_LOGS 视图里的 MASTER_OBJECT_ID，硬改数据字典风险极高。唯一安全路径是删旧建新，且必须显式指定 INCLUDING NEW VALUES 防止后续分区操作失联。
- 先停所有依赖该日志的物化视图刷新作业：
SELECT job_name FROM dba_scheduler_jobs WHERE job_name LIKE '%YOUR_TABLE%';，然后EXEC DBMS_SCHEDULER.DISABLE('JOB_NAME'); - 删除旧日志：
DROP MATERIALIZED VIEW LOG ON your_schema.your_table; - 重建日志（关键参数不能少）：
CREATE MATERIALIZED VIEW LOG ON your_schema.your_table WITH PRIMARY KEY, ROWID, SEQUENCE INCLUDING NEW VALUES; - 重建后立即验证：
SELECT rowids, primary_key, sequence FROM dba_mview_logs WHERE master = 'YOUR_TABLE';，三者都应为Y
重建日志后，物化视图不会自动同步丢失的变更——那些 DML 已经没进日志了。得补一次 DBMS_MVIEW.REFRESH(..., method => 'C', atomic_refresh => FALSE)，否则数据仍不一致。
