ORA-00942物化视图刷新失败主因是元数据不匹配：基表缺失主键（WITH PRIMARY KEY模式要求）、未用schema前缀导致解析上下文错误、或双引号表名大小写不一致；需检查REFRESH_METHOD、主键约束、CURRENT_SCHEMA及真实表名。
ORA-00942 在物化视图刷新时出现，根本原因不是“表真没了”，而是刷新进程无法解析或访问其依赖的基表——最常见的是基表缺失主键，导致默认的 WITH PRIMARY KEY 刷新模式失败。
物化视图创建时用了 WITH PRIMARY KEY，但基表没主键
Oracle 物化视图默认以 WITH PRIMARY KEY 方式创建（尤其在用 CREATE MATERIALIZED VIEW ... AS SELECT ... 未显式指定刷新方式时）。该模式要求所有 SELECT 中涉及的基表都必须有主键，否则刷新时会报 ORA-00942——注意：这个错误不是说表不存在，而是 Oracle 在内部尝试构建基于主键的刷新逻辑时，发现基表没有主键约束，进而拒绝继续解析该表，最终表现为“表或视图不存在”。
- 确认方式：查
USER_MVIEWS或ALL_MVIEWS的REFRESH_METHOD和FAST_REFRESHABLE字段；再查基表是否有主键：SELECT CONSTRAINT_NAME FROM USER_CONSTRAINTS WHERE TABLE_NAME = 'YOUR_BASE_TABLE' AND CONSTRAINT_TYPE = 'P'; - 修复动作：如果基表确实无主键且无法加，就重建物化视图，改用
WITH ROWID：CREATE MATERIALIZED VIEW mv_name REFRESH FAST ON DEMAND WITH ROWID AS SELECT ...; - 注意：
WITH ROWID要求基表不能是远程表、不能含对象类型、且需保证 ROWID 稳定（如禁用表压缩或分区移动）
物化视图定义里引用了未加 schema 前缀的基表
创建物化视图时若写的是 SELECT * FROM emp 而非 SELECT * FROM scott.emp，Oracle 会在当前 session 的 CURRENT_SCHEMA 下解析 emp。刷新时仍沿用该上下文——如果物化视图属于用户 MV_OWNER，但 emp 实际在 SCOTT 下，且 MV_OWNER 当前 schema 不是 SCOTT，就会触发 ORA-00942。
- 验证当前 schema：
SELECT SYS_CONTEXT('USERENV', 'CURRENT_SCHEMA') FROM DUAL; - 查物化视图定义：
SELECT QUERY FROM USER_MVIEWS WHERE MVIEW_NAME = 'YOUR_MV';，看里面表名是否带 schema - 安全做法：重建物化视图，所有基表显式写全限定名，例如
scott.emp
基表名用了双引号，而物化视图定义里没匹配大小写和引号
如果基表是用 CREATE TABLE "QueryHistory" (...) 创建的，那它在数据字典中真实名称就是带引号、大小写敏感的 "QueryHistory"。但物化视图定义里若写成 SELECT * FROM QueryHistory，Oracle 会按默认规则转成大写去查 QUERYHISTORY，自然找不到。
- 查真实表名：
SELECT TABLE_NAME FROM ALL_TABLES WHERE UPPER(TABLE_NAME) = 'QUERYHISTORY';，看返回是否含双引号 - 若返回
"QueryHistory"，则物化视图定义中必须写成"QueryHistory"，且大小写完全一致 - 重建时务必复制
ALL_TABLES.TABLE_NAME的原值，别靠记忆或工具显示的“友好名”
真正容易被忽略的是：ORA-00942 在物化视图场景下，往往不是权限或连接问题，而是刷新引擎在构造内部查询时，因元数据不匹配（主键缺失、schema 模糊、引号不一致）直接中断解析——它不会告诉你“缺主键”，只会说“表不存在”。排查必须从物化视图定义和基表元数据本身出发，而不是先去查权限或同义词。
