oracle 21c 物化视图快速刷新不支持子查询，因其依赖物化视图日志的增量变更记录，而子查询无法被日志捕获且破坏行级修补逻辑。
不能直接用SQL子查询触发物化视图快速刷新——Oracle 21c 的快速刷新机制不接受任意子查询作为刷新逻辑，它只认物化视图日志（MATERIALIZED VIEW LOG）里的变更记录。
为什么子查询不能用于快速刷新
物化视图快速刷新（REFRESH FAST）不是“重跑一遍定义 SQL”，而是基于基表的增量变更（INSERT/UPDATE/DELETE）做行级修补。Oracle 21c 会检查 ALL_MVIEW_LOGS 中是否有对应基表的日志，并比对日志字段是否覆盖物化视图 SELECT 列（含表达式列）、是否含 ROWID 和 SEQUENCE。任何试图用子查询绕过日志机制的操作（比如 SELECT * FROM (SELECT ...) 套在 MV 定义里）都会导致 EXPLAIN_MVIEW 返回 UNUSABLE 或静默降级为完全刷新。
- 子查询本身无法被日志捕获：日志只记录基表物理变更，不记录子查询中间结果
- 含非确定性函数（如
SYSDATE、USER、ROWNUM）的子查询会让快速刷新直接禁用 - 嵌套子查询或关联子查询（
EXISTS/IN）会导致 Oracle 无法生成增量更新语句，QSMV8行标为NOT REFRESHABLE
哪些子查询结构会让快速刷新失效
即使你建好了日志，只要物化视图定义里包含以下任一结构，DBMS_MVIEW.REFRESH('MV_NAME', 'F') 就会跳过快速路径：
-
SELECT列中使用了子查询表达式，例如：(SELECT COUNT(*) FROM orders o WHERE o.cust_id = c.id) -
WHERE条件含相关子查询，例如：WHERE status IN (SELECT code FROM lookup WHERE type = 'ACTIVE') - 使用了集合操作的子查询，例如：
SELECT id FROM t1 MINUS SELECT id FROM t2 - 子查询返回多行且未加聚合或限制（
ROWNUM 不保序，仍不可用）
验证方式始终是：DBMS_MVIEW.EXPLAIN_MVIEW('MV_NAME')，查 MVIEW_NAME 对应行的 QSMV8 字段值——只有 FAST REFRESHABLE 才真能走快速刷新。
想用子查询逻辑又保持快速刷新？只能拆解到基表层
核心思路：把子查询逻辑下推到基表，用物化视图日志跟踪其结果变化，而不是在 MV 定义里实时计算。
- 把子查询结果固化为基表的衍生列（如添加虚拟列或实际列），再在该列上建日志：
CREATE MATERIALIZED VIEW LOG ON customers WITH ROWID, SEQUENCE (cust_status_flag) INCLUDING NEW VALUES; - 用物化视图日志跟踪该衍生列变更，MV 定义改写为简单列引用：
SELECT cust_id, cust_status_flag FROM customers WHERE cust_status_flag = 1 - 用定时任务或触发器维护衍生列（注意避免递归触发），确保其值与原逻辑一致
- 聚合类子查询（如
COUNT(*) OVER (PARTITION BY dept)）无法快速刷新，必须放弃或改用物化视图嵌套（外层 MV 基于内层 MV 构建，且内层需支持快速刷新）
刷新命令本身不接受子查询参数
DBMS_MVIEW.REFRESH 的第一个参数是物化视图名（VARCHAR2），第二个是刷新类型（'F'、'C' 等），不支持传入动态 SQL 或子查询字符串。常见误写：
BEGIN
DBMS_MVIEW.REFRESH(
'SELECT id, name FROM emp WHERE dept_id IN (SELECT id FROM dept WHERE active = 1)',
'F'
);
END;
这会报 ORA-00942: table or view does not exist，因为 Oracle 把第一参数当对象名解析，而非 SQL 文本。
真正要刷新的，永远是一个已创建的、命名的物化视图对象；它的定义可以含子查询，但能否快速刷新，只取决于日志完备性和 Oracle 内部校验规则——这点在 21c 中比旧版本更严格，容错更低。
