物化视图定时刷新不生效，90%是job机制未运行；必须确保job_queue_processes>0、数据库非restricted模式、refresh on demand模式，并用date型表达式（如next trunc(sysdate)+1）定义next，且通过dba_jobs确认job已注册。
物化视图定时刷新不生效，90% 是 job 机制没跑起来，不是 SQL 写错了。
ON DEMAND 模式是定时刷新的前提
只有 REFRESH ... ON DEMAND 的物化视图才支持 START WITH/NEXT；ON COMMIT 下这两个子句完全被忽略。
- 创建时必须显式写
REFRESH COMPLETE ON DEMAND或REFRESH FAST ON DEMAND（后者需先建 MV Log） -
REFRESH FORCE ON DEMAND更稳妥：自动选 COMPLETE 或 FAST，失败时降级为 COMPLETE - 用
SELECT REFRESH_MODE, REFRESH_METHOD FROM USER_MVIEWS WHERE MVIEW_NAME = 'YOUR_MV'确认模式是否为DEMAND
NEXT 表达式必须返回 DATE 类型，不能是字符串
写成 'SYSDATE + 1' 或 TO_DATE('2026-07-28 02:00', 'YYYY-MM-DD HH24:MI') 会触发 ORA-12012 错误——Oracle 把它当字符串解析，而不是执行表达式。
- 正确写法只能是函数调用：
NEXT TRUNC(SYSDATE) + 1 + 8/24（每天 08:00） - 多时间点用
NEXT CASE WHEN TO_CHAR(SYSDATE, 'HH24') ，但更推荐用 <code>DBMS_SCHEDULER - 测试表达式：
SELECT NEXT FROM USER_MVIEWS WHERE MVIEW_NAME = 'YOUR_MV'，结果必须是有效日期，不是NULL或乱码
job_queue_processes 必须 > 0，且数据库不能在 RESTRICTED SESSION
Oracle 不靠“定时器”驱动刷新，而是靠后台 job 执行 DBMS_MVIEW.REFRESH。job 跑不动，NEXT 再准也没用。
- 查当前值：
SHOW PARAMETER job_queue_processes，12c+ 建议设为1000（避免 job 积压） - 确认非受限模式：
SELECT LOGINS FROM V$INSTANCE，返回值必须是ALLOWED，不是RESTRICTED - 查 job 是否注册：
SELECT JOB, WHAT, NEXT_DATE, BROKEN, FAILURES FROM USER_JOBS WHERE WHAT LIKE '%DBMS_MVIEW.REFRESH%'；若无记录，说明创建 MV 时 job 注册失败（常见于权限不足或语法错误）
DBMS_SCHEDULER 比传统 job 更可靠，尤其多时间点场景
每天刷两次（比如 12:00 和 19:00），用 NEXT 很难写干净，且无法查看历史执行日志。直接上 DBMS_SCHEDULER 更省心。
- 先建刷新过程：
CREATE OR REPLACE PROCEDURE refresh_mv_emp AS BEGIN DBMS_MVIEW.REFRESH('MV_EMP'); END; - 再建 scheduler job：
BEGIN DBMS_SCHEDULER.CREATE_JOB( job_name => 'refresh_mv_emp_daily', job_type => 'STORED_PROCEDURE', job_action => 'refresh_mv_emp', start_date => SYSTIMESTAMP, repeat_interval => 'FREQ=DAILY; BYHOUR=12,19', enabled => TRUE ); END; - 查执行状态：
SELECT LOG_DATE, STATUS, ERROR# FROM DBA_SCHEDULER_JOB_LOG WHERE JOB_NAME = 'REFRESH_MV_EMP_DAILY' ORDER BY LOG_DATE DESC - 注意：scheduler job 默认以创建者身份运行，确保该用户对物化视图有
SELECT权限、对基表有SELECT权限、且有CREATE JOB权限
真正容易被忽略的不是语法，而是 job 运行环境：job_queue_processes 被设为 0、数据库意外进入 RESTRICTED 模式、或物化视图所有者缺少 CREATE JOB 权限——这些都导致 job 根本不生成，连报错机会都没有。
