DBMS_MVIEW.REFRESH 必须显式指定 method 参数，否则按元数据默认方式（通常为'F'）执行；'F'需日志支持，否则报错或静默失败；真正绕过日志依赖的是'C'（全量重建）或'?'（先F后C）；method 严格区分大小写；list 必须带 schema 名，如'SCOTT.SALES_MV'；跨 DBLink 的 MV 刷新须在本地库执行；并行刷新需同时满足启用 PARALLEL DML、atomic_refresh=>FALSE、基表日志及 degree 支持；atomic_refresh=>FALSE 可降锁压但引入中间态风险，ON COMMIT 类型不支持该参数。
DBMS_MVIEW.REFRESH 必须显式传 method 参数
不传 method 参数时，Oracle 会按物化视图元数据里定义的默认刷新方式走（通常是 'F'），而不是“强制刷新”。如果基表没建日志，method => 'F' 会直接报 ORA-12034 或静默失败，看起来像没刷——实际是根本没执行。
真正能绕过日志依赖、确保数据重算的，只有显式指定：
-
method => 'C'：全量重建，等价于 truncate + insert -
method => 'F'：只尝试增量，失败则报错，不会自动 fallback -
method => '?（FORCE）：先试 F，失败再自动切 C，但部分场景下仍受限于日志状态或权限
别写成 'FAST' 或小写 'f'，Oracle 严格区分大小写，错一个字母就报 ORA-06550。
list 参数必须带 schema 名，不能只写物化视图名
单个刷新时，list 必须是完整对象名，比如 'SCOTT.SALES_MV'。只写 'SALES_MV' 会触发 ORA-00942，错误提示是“表或视图不存在”，但真实原因是 Oracle 在解析时找不到对应元数据——它不会自动按当前 CURRENT_SCHEMA 补前缀。
批量刷新多个，用英文逗号拼接字符串：'SCOTT.SALES_MV,HR.EMP_MV'；不能传数组、集合或换行符。
跨数据库链接（DBLink）创建的物化视图，刷新操作必须在物化视图所在数据库执行，list 中不能加 @dblink，那是创建语句的事。
并行刷新（parallelism）生效有三个硬性前提
parallelism => 4 不是“开并行开关”，它只在满足以下全部条件时才真正起作用：
- 会话级必须提前执行
ALTER SESSION ENABLE PARALLEL DML，漏掉这句，哪怕基表 degree 是 8，也全程串行 -
atomic_refresh => FALSE必须显式传入，否则所有并行进程仍被绑在一个事务里，INSERT 阶段无法分片提交 - 基表上的物化视图日志必须支持 FAST 刷新：查
USER_MVIEW_LOGS中对应基表的SEQUENCE和PRIMARY_KEY字段是否为YES；若只有ROWID，且基表发生过MOVE或SHRINK，FAST 会静默退化为 COMPLETE，此时parallelism被忽略
另外，目标基表本身需已启用并行：查 SELECT degree FROM user_tables WHERE table_name = 'SALES'，非 1 或 DEFAULT 才有效。
atomic_refresh => FALSE 能降锁但要承担数据不一致风险
默认 atomic_refresh => TRUE 会让整个刷新在一个事务里完成，大物化视图容易触发 ORA-01555（快照太旧）或长时间锁表。设为 FALSE 后，Oracle 改用分步 truncate + insert + commit，降低 undo 压力和锁持有时间。
但代价是：刷新过程中，查询可能看到中间态（比如旧数据还没删完、新数据只插了一半）。这个行为对 ON COMMIT 类型的物化视图不适用——它强制要求原子性，传 FALSE 会被忽略。
如果物化视图上有外键约束指向其他表，刷新时可能因完整性检查失败而中断，建议避免在物化视图上建外键。
