能跨库创建物化视图，但必须通过DB_LINK在FROM子句中引用远程表，且仅支持COMPLETE刷新；FAST刷新不可用，远程表变更不会自动触发本地MV失效，需手动重建。
物化视图能跨库创建吗？能，但必须用 DB_LINK
不能直接用本地表语法写远程表，oracle 不允许在 create materialized view 的 as select 子句里裸写 schema.table@dblink——会报 ora-00942: table or view does not exist，哪怕 db_link 本身连得通。真正能走通的，是把远程表“映射”进本地查询上下文，靠的是 db_link 在 from 子句中的合法引用。
- 必须先确认
DB_LINK状态：查SELECT * FROM USER_DB_LINKS WHERE DB_LINK = 'MY_REMOTE_LINK';，确保USERNAME和HOST可达 -
DB_LINK必须由物化视图所属用户拥有，或被授予CREATE DATABASE LINK权限；公共链路（PUBLIC）不生效 - 远程对象权限要单独授：比如远程用户
remote_user需对目标表执行GRANT SELECT ON sales TO local_user;
ON DEMAND 刷新模式下，DBMS_MVIEW.REFRESH 怎么指定远程源
刷新时不关心数据从哪来，只认物化视图定义里的 DB_LINK。只要建的时候写对了，后续调用 DBMS_MVIEW.REFRESH 就自动走原链路拉取——但容易漏掉两个关键点：
- 刷新用户必须对
DB_LINK有执行权限，否则报ORA-02069: global_names parameter must be set to TRUE或更隐蔽的ORA-02041（未初始化分布式事务） - 若用
ATOMIC_REFRESH => FALSE（推荐），底层会 DROP/RECREATE 表，此时远程库压力突增，且要求本地用户对远程表有SELECT ANY TABLE或对应对象权限 - 别在
REFRESH调用里硬编码远程库名：错误写法DBMS_MVIEW.REFRESH('mv_sales', 'C', 'remote_user.sales@my_link')——第三个参数是刷新组名，不是数据源
为什么 FAST 刷新在跨库场景基本不可用
因为 FAST 刷新依赖物化视图日志（MLOG$），而日志必须建在**基表所在数据库**。跨库时，远程库的变更无法被本地物化视图进程实时捕获，Oracle 不支持跨 DB_LINK 维护日志同步。
- 建物化视图时加
REFRESH FAST ON DEMAND会直接报ORA-12015: cannot create a fast refresh materialized view from a complex query（即使语句很简单） - 唯一绕过方式是：在远程库手动建好
MLOG$，再让本地物化视图指向它——但 Oracle 官方不支持、不测试，生产环境等于埋雷 - 实际能用的只有
COMPLETE刷新，本质是全量重跑 SELECT，性能取决于远程查询响应时间和网络带宽
远程表字段变更后，物化视图不会自动失效
这是最危险的静默故障点：远程表加了列、改了类型、甚至删了列，本地物化视图结构不变，SELECT 仍能执行，但结果错位或截断——比如远程新增 status VARCHAR2(20)，本地 MV 还按旧结构存，新列值可能被塞进前一列字段。
- 没有自动依赖跟踪：
USER_OBJECT_DEPENDENCIES里查不到跨库依赖关系 - 每次远程 DDL 后，必须手动重建物化视图：
DROP MATERIALIZED VIEW mv_sales; CREATE MATERIALIZED VIEW mv_sales AS SELECT ... FROM remote_table@dblink; - 建议在远程库触发器或发布变更通知机制，避免靠人盯
跨库物化视图的核心约束就一条：它只是本地的一张「快照表」，所有逻辑和生命周期都绑定在本地实例，远程端任何变动都不会传导过来，连报错都不会主动提醒。
