START WITH/NEXT 必须为 DATE 表达式而非字符串，ON DEMAND 模式是前提，job_queue_processes>0 且非 RESTRICTED SESSION 才能运行，推荐用 DBMS_SCHEDULER 替代 DBMS_JOB 并验证刷新结果。
START WITH / NEXT 必须是 DATE 表达式，不是字符串
直接写 START WITH 'SYSDATE + 1' 或 NEXT 'TRUNC(SYSDATE) + 2/24' 会导致 ORA-12012 错误，job 静默失败，物化视图从不刷新。Oracle 把单引号内的内容当纯字符串字面量，不执行解析。
正确写法必须返回 DATE 类型：
-
START WITH SYSDATE（立即开始） -
NEXT TRUNC(SYSDATE) + 1 + 8/24（每天凌晨 8 点） -
NEXT TO_DATE(TO_CHAR(SYSDATE + 1, 'YYYY-MM-DD') || ' 02:00:00', 'YYYY-MM-DD HH24:MI:SS')（每天凌晨 2 点，NLS 安全）
避免硬编码日期如 TO_DATE('2026-10-26', 'YYYY-MM-DD')，NLS 设置一变就解析失败。
ON DEMAND 模式是前提，ON COMMIT 下 START/NEXT 无效
执行 SELECT REFRESH_MODE, REFRESH_METHOD FROM USER_MVIEWS WHERE MVIEW_NAME = 'YOUR_MV'，确认结果是 DEMAND 而非 COMMIT。ON COMMIT 模式下，START WITH 和 NEXT 被 Oracle 完全忽略——因为刷新由事务提交触发，和定时无关。
若当前是 ON COMMIT，需先改回 ON DEMAND：
ALTER MATERIALIZED VIEW your_mv REFRESH ON DEMAND START WITH SYSDATE NEXT TRUNC(SYSDATE) + 1;
注意：该语句本身不创建 job，只注册调度元数据；真正触发依赖后台 job 机制。
job_queue_processes 必须 > 0，且不能在 RESTRICTED SESSION
即使 START WITH/NEXT 写对了，job 也不会运行，除非满足两个硬性条件：
-
job_queue_processes参数值 > 0（Oracle 12c+ 建议设为 1000+，防积压） - 数据库不能处于
RESTRICTED SESSION状态（否则所有 job 被屏蔽）
检查方式：
SHOW PARAMETER job_queue_processes
SELECT LOGINS FROM V$INSTANCE;
若返回 RESTRICTED，需用 ALTER SYSTEM DISABLE RESTRICTED SESSION; 解除。
用 DBMS_SCHEDULER 替代 DBMS_JOB 更可靠
DBMS_JOB 已过时，错误难追踪、日志缺失、权限模型松散。DBMS_SCHEDULER 是 Oracle 10g 起的推荐方案，尤其适合多时间点刷新（如每天 12:00 和 19:00）：
BEGIN
DBMS_SCHEDULER.CREATE_JOB(
job_name => 'mv_refresh_daily_twice',
job_type => 'PLSQL_BLOCK',
job_action => 'BEGIN DBMS_MVIEW.REFRESH(''SCOTT.EMP_MV'', ''C''); END;',
start_date => SYSTIMESTAMP,
repeat_interval => 'FREQ=DAILY; BYHOUR=12,19',
enabled => TRUE
);
END;
关键点：
- 物化视图名必须带 schema，如
'SCOTT.EMP_MV'，不能只写'EMP_MV' - 内部单引号要转义：写成
''SCOTT.EMP_MV'' - 作业默认以创建者身份运行；跨 schema 刷新需提前授
REFRESH ANY MATERIALIZED VIEW权限
验证是否生效：查 SELECT job_name, state, next_run_date FROM USER_SCHEDULER_JOBS;，别只看 job 是否“存在”，重点看 state 是否为 ENABLED 且 next_run_date 是合理时间。
最常被忽略的是：FAILURES 字段。job 显示运行成功 ≠ 刷新成功。DBMS_MVIEW.REFRESH 内部报错可能被静默吞掉，只留下 USER_SCHEDULER_JOB_LOG 中的 ERROR 日志或 USER_JOBS.FAILURES > 0。上线前务必手动执行一次 EXEC DBMS_MVIEW.REFRESH('MV_NAME', 'C');，观察真实报错。
