能同步但需满足三个硬性条件：源库有主键+日志、dblink为public且权限足够、目标库建mv时显式指定refresh fast on demand；缺一则退化全量或报错。
能同步，但必须满足三个硬性条件：源库有主键+日志、DBLINK通且权限够、目标库建MV时显式指定REFRESH FAST ON DEMAND。缺一不可，否则自动退化为全量刷新或直接报错。
源表没主键，REFRESH FAST一定失败
Oracle 的 FAST 刷新依赖物化视图日志（MATERIALIZED VIEW LOG）记录增量变更，而该日志默认只支持基于主键或 ROWID 的捕获方式。源表若无主键：
- 建日志时加
WITH PRIMARY KEY会报错； - 不加
WITH PRIMARY KEY虽能建日志，但后续创建物化视图时指定REFRESH FAST会触发ORA-12015； - 跨库场景下
WITH ROWID基本不可用——远程表的ROWID在目标库无意义，且要求查询中显式包含ROWID字段，维护成本高。
所以真实生产环境里，优先在源库执行：ALTER TABLE your_table ADD CONSTRAINT pk_your_table PRIMARY KEY (id);，再建日志：CREATE MATERIALIZED VIEW LOG ON your_table WITH PRIMARY KEY;。
DBLINK 必须是 PUBLIC 且能查真实表
物化视图刷新由 Oracle 内部调度用户（非当前会话）触发，普通私有 DBLINK 对其不可见。常见卡点：
- 必须用
CREATE PUBLIC DATABASE LINK，不能省略PUBLIC； - 源库对应用户需有
SELECT权限，且不能被ACCOUNT LOCK； - 测试不能只跑
SELECT 1 FROM DUAL@dblink，得查真实表：SELECT COUNT(*) FROM your_table@dblink； - tnsnames.ora 中 alias 名必须与
USING后字符串完全一致（大小写敏感），监听需 reload 过。
建物化视图必须用 ON PREBUILT TABLE 和显式参数
直接 CREATE MATERIALIZED VIEW ... AS SELECT 让 Oracle 自动建表，会导致字段顺序、NULL 属性、索引等不可控，删 MV 时表也跟着消失——这在生产环境极危险。
正确做法分两步：
- 先在目标库手工建表：
CREATE TABLE your_table AS SELECT * FROM your_table@dblink WHERE 1=0;； - 再建 MV 绑定已有表：
CREATE MATERIALIZED VIEW your_table ON PREBUILT TABLE REFRESH FAST ON DEMAND WITH PRIMARY KEY AS SELECT * FROM your_table@dblink;。
其中 BUILD IMMEDIATE 要加上，否则 MV 创建后为空；ENABLE QUERY REWRITE 可选，但加了才能让优化器自动走 MV，否则只是个“手动缓存表”。
手动刷新时 DBMS_MVIEW.REFRESH 参数大小写敏感
调用刷新过程看似简单，但两个参数极易出错：
- 第一个参数（MV 名）必须全大写，除非建时用了双引号定义小写名；
- 第二个参数用简写时，
'F'（FAST）和'C'（COMPLETE）必须大写；用全称时'FAST'和'COMPLETE'也区分大小写； - 并发刷多张表用逗号拼接，如
'MV_A,MV_B'，但总长度不能超 32 字节（Oracle 11g 限制）； - 千万别传 DBLINK 名或远程表名——它只操作本地 MV 对象。
真正容易被忽略的是：跨库 REFRESH FAST 的底层依赖链非常脆弱——源库日志表（MLOG$_TABLENAME）必须对 DBLINK 用户可见，否则即使日志存在、DBLINK 可连，刷新也会静默退化为全量。
