Oracle物化视图快速刷新失败主因是日志配置错误、ROWID未显式引用或基表结构变更未同步日志，而非SQL语法错误；需确保日志含ROWID及所有JOIN列、SELECT中显式包含各表ROWID别名，并在结构变更后重建日志。
Oracle中SQL物化视图快速刷新失败，绝大多数情况不是语法写错了，而是物化视图日志没建对、ROWID没显式引用、或基表结构已变更但日志未同步——这些缺陷不会在CREATE时报错，而是在REFRESH时静默退化为COMPLETE，甚至直接报ORA-12054或ORA-12008。
物化视图日志缺ROWID或JOIN列就必然失败
Oracle不自动推断哪些列参与了连接。哪怕orders.customer_id和customers.id是主键+外键关系，只要你在ON里写了它们，就必须显式记入各自基表的日志。
- 错误写法：
CREATE MATERIALIZED VIEW LOG ON orders WITH PRIMARY KEY—— 这不保证customer_id被记录 - 正确写法：
CREATE MATERIALIZED VIEW LOG ON orders WITH ROWID, SEQUENCE(customer_id) INCLUDING NEW VALUES - 复合JOIN（如
ON a.x = b.x AND a.y = b.y）要求两个列都进SEQUENCE()括号 - 查日志是否生效：
SELECT rowids, sequence FROM USER_MVIEW_LOGS WHERE master = 'ORDERS'，确保rowids = 'Y'且sequence包含所有JOIN列
SELECT里漏了各基表的ROWID别名
快速刷新引擎靠每个基表的ROWID定位变更行。业务逻辑不需要，也必须显式写进SELECT，否则整个刷新退化为COMPLETE，且无任何提示。
- 错误写法：
SELECT o.order_id, c.name FROM orders o JOIN customers c ...—— 缺o.ROWID和c.ROWID - 正确写法：
SELECT o.ROWID o_rowid, c.ROWID c_rowid, o.order_id, c.name FROM orders o JOIN customers c ... - 别名必须唯一可读（如
o_rowid、c_rowid），后续查DBA_MVIEW_ANALYSIS全靠它 - 四张表JOIN就要写四个
xxx.ROWID xxx_rowid，一个都不能少
基表结构变更后日志没重建就失效
基表加了NOT NULL列、删了主键、禁用了索引，甚至只是ALTER TABLE ... DROP COLUMN，都会让原有日志失效——但Oracle不会主动报错，只会在刷新时崩出ORA-12008或静默降级。
- 检查新增列是否进日志：
SELECT column_name FROM USER_MVIEW_LOG_FILTERS WHERE log_table = 'MLOG$_ORDERS' - 若缺失，不能
ALTER MATERIALIZED VIEW LOG补列，必须DROP再CREATE完整日志 - 基表删了主键或唯一索引后，
USER_MVIEWS.can_use_log会变成'NO'，但refresh_method仍显示'FAST'，这是个陷阱 - 用
DBMS_MVIEW.EXPLAIN_MVIEW('mv_name')查CAPABILITY_NAME = 'REFRESH_FAST'对应POSSIBLE是否为'N'，以及MSGTXT提示（如"missing rowid"）
外连接、聚合、非确定性函数直接禁用FAST
LEFT JOIN、GROUP BY、SUM()、SYSDATE、ROWNUM、表达式列（如UPPER(name)）都是内核级硬限制，不是调参能绕过。
-
ORA-12054出现时，Oracle已在CREATE阶段静态拒绝，必须靠DBMS_MVIEW.EXPLAIN_MVIEW查RECOMMENDATION字段定位具体限制点 -
LEFT JOIN无法FAST，连旧式(+)语法也不行；可行替代是手动拆成UNION ALL：第一部分INNER JOIN + 第二部分NOT EXISTS子查询（且子查询只能引用右表主键/唯一键） - 字段类型和NULL性必须严格一致，示例中
TO_NUMBER(NULL)和CAST(NULL AS VARCHAR2(10))不是随意写的 - 用
ON PREBUILT TABLE能绕过创建校验，但不等于就能FAST刷新——你得自己确保预建表结构与视图输出完全一致
最容易被忽略的是：日志表本身可能被TRUNCATE过、基表OBJECT_ID变了但日志没更新、或者DBA_MVIEW_LOGS.master_object_id和DBA_OBJECTS.object_id不一致——这些物理层断裂，EXPLAIN_MVIEW也未必能准确反映，必须人工比对。
