Oracle物化视图无法跨用户直接迁移，必须通过导出定义、重建并重置权限实现；关键包括提取DDL、确保基表访问权限、重建物化视图日志（FAST刷新必需）、授予ON COMMIT REFRESH权限等。
物化视图不能直接跨用户迁移
oracle 中的物化视图（materialized view）是绑定在创建它的用户 schema 下的物理对象，没有 alter materialized view ... move to user2 这类语法。强行用 create materialized view user2.mv_name as ... 会失败，报 ora-01031: insufficient privileges 或 ora-00942: table or view does not exist —— 因为源表可能不在当前用户下，且目标用户缺权限或缺少基表访问路径。
正确做法：导出 + 重新创建 + 权限重置
必须走「重建」流程，核心是保证基表可访问、刷新逻辑一致、依赖对象完整。关键步骤如下：
- 确认源物化视图定义：
SELECT DBMS_METADATA.GET_DDL('MATERIALIZED_VIEW', 'MV_NAME', 'SOURCE_USER') FROM DUAL;，注意提取REFRESH方式（FAST/COMPLETE）、刷新时机（ON COMMIT/ON DEMAND）、主表名及所有者 - 检查是否依赖物化视图日志：
SELECT * FROM ALL_MVIEW_LOGS WHERE MASTER = 'SOURCE_TABLE' AND LOG_OWNER = 'SOURCE_USER';—— 若是FAST刷新，目标用户也需在对应基表上建同名日志（且基表必须有主键或唯一约束） - 确保目标用户有基表的
SELECT权限（不是SELECT ANY TABLE，而是显式授权）：GRANT SELECT ON source_user.table_name TO target_user; - 用目标用户身份执行重建语句，把原 DDL 中所有
source_user.table_name显式写成source_user.table_name（不能省略 owner），并把CREATE MATERIALIZED VIEW mv_name改为CREATE MATERIALIZED VIEW target_user.mv_name
impdp 导入时物化视图自动重建的限制
即使使用 expdp/impdp，默认也不会把物化视图作为独立对象迁移过去 —— 它被归类为“依赖对象”，是否重建取决于 CONTENT 和 INCLUDE 参数组合。常见坑点：
-
impdp ... CONTENT=ALL不等于“全量重建”：若源库中物化视图状态为BUILD DEFERRED或UNUSABLE，导入后仍是不可用状态，需手动DBMS_MVIEW.REFRESH -
impdp不自动迁移物化视图日志（MATERIALIZED VIEW LOG），而FAST刷新依赖它，漏掉就只能退成COMPLETE刷新 - 如果物化视图引用了同义词（
SYNONYM），导入后同义词指向仍为原用户，必须在目标用户下重建同义词或改用全限定名
刷新机制和权限最容易被忽略
重建后物化视图能查，不代表能自动刷新。尤其要注意：
-
ON COMMIT刷新要求目标用户对基表有ON COMMIT REFRESH权限：GRANT ON COMMIT REFRESH ON source_user.table_name TO target_user;（否则刷新报ORA-12052） -
DBMS_MVIEW.REFRESH执行时，是以调用者身份运行的，所以必须确保调用者（即目标用户）对所有涉及的基表、日志、序列都有相应权限 - 如果原物化视图带
USING NO INDEX或自定义存储参数，这些细节在 DDL 提取时容易丢失，需人工核对DBA_MVIEWS视图中的STORAGE_IN_ALTER、INDEXED等字段
实际操作中，最常卡住的地方不是语法，而是权限链断裂和刷新依赖缺失——尤其是 FAST 刷新场景下，少一个日志、少一条 ON COMMIT REFRESH 授权，整个物化视图就只能停在 DISABLED 状态。
