物化视图不支持按时间戳自动日分区，必须依赖分区基表、物化视图日志和快速刷新配合实现近似效果；错误使用SYSDATE等非确定性函数会导致无法快速刷新。
物化视图不支持按时间戳自动日分区
Oracle 的物化视图（MATERIALIZED VIEW）本身**没有内置的“按日自动分区”机制**，更不支持基于 TIMESTAMP 列直接声明日粒度的自动分区策略。你看到的“按日分区”效果，实际依赖的是底层基表（或物化视图日志）的分区设计，以及物化视图刷新逻辑的配合。强行在 CREATE MATERIALIZED VIEW 语句里写 PARTITION BY RANGE (ts) 会报错 ORA-12054 或 ORA-32401 —— 因为物化视图不支持直接分区定义。
必须用分区基表 + 物化视图日志 + 快速刷新实现近似效果
要达成“按日更新、只查当日/近N日数据”的高效物化视图行为，核心路径是：让基表按 TIMESTAMP 分区（日级），建好物化视图日志（带 ROWID 和 SEQUENCE），再创建支持快速刷新（FAST REFRESH）的物化视图。这样每次刷新只处理当日新增/变更的分区数据块，性能接近“按日生效”。
- 基表需已按
TIMESTAMP列做RANGE分区，例如：PARTITION BY RANGE (event_time) INTERVAL (NUMTODSINTERVAL(1,'DAY')) - 物化视图日志必须包含
ROWID、SEQUENCE，且对TIMESTAMP列启用INCLUDING NEW VALUES（如需增量捕获时间变化） - 物化视图定义中不能含
SELECT *、不能有非确定性函数（如SYSDATE）、聚合必须带GROUP BY时间截断（如TRUNC(event_time)） - 刷新时用
DBMS_MVIEW.REFRESH并指定method => 'F'，Oracle 会自动识别并仅扫描当日分区的 MV log 条目
常见错误：误用 TRUNC(SYSDATE) 导致无法快速刷新
如果物化视图查询里写了 WHERE event_time >= TRUNC(SYSDATE) 或类似谓词，会导致物化视图变成“不可快速刷新”（FAST_REFRESHABLE = 'NO'）。因为 SYSDATE 是非确定性函数，Oracle 无法在日志比对中稳定映射变更行。此时即使基表分区再合理，每次刷新也退化为完全重刷（COMPLETE），失去日粒度意义。
- 正确做法是去掉运行时时间谓词，把“过滤逻辑”下推到查询层（即应用查 MV 时加
WHERE dt = TRUNC(SYSDATE)） - 若必须固化日期维度，可改用物化视图上建虚拟列（如
dt AS TRUNC(event_time)）并对其分区 —— 但注意：MV 本身仍不能分区，只是让查询计划能高效裁剪 - 检查是否支持快速刷新：
SELECT FAST_REFRESHABLE FROM USER_MVIEWS WHERE MVIEW_NAME = 'YOUR_MV'；结果不是YES就得回溯定义
替代方案：用分区表 + DBMS_SCHEDULER 每日建新 MV
如果业务强依赖“每天一个独立物化视图”，且能接受手动管理，可用脚本每日动态创建命名如 mv_sales_20240520 的物化视图，并绑定到对应日期分区。但这属于运维模拟，不是 Oracle 原生功能：
EXECUTE IMMEDIATE 'CREATE MATERIALIZED VIEW mv_sales_' || TO_CHAR(SYSDATE, 'YYYYMMDD') || ' BUILD IMMEDIATE REFRESH FAST ON DEMAND AS SELECT ... FROM sales WHERE TRUNC(event_time) = DATE ''' || TO_CHAR(SYSDATE, 'YYYY-MM-DD') || '''';
这种方式绕过了 MV 分区限制，但带来元数据爆炸、权限维护难、查询路由复杂等问题。真正需要高并发低延迟读取时，不如直接查已分区的基表 + 函数索引。
最易被忽略的一点：物化视图的“日粒度”效果高度依赖基表分区键与物化视图日志的严格对齐。哪怕基表用的是 TIMESTAMP WITH TIME ZONE 而日志没启用 INCLUDING NEW VALUES，或者分区边界用的是 DATE 类型但插入数据带毫秒，都可能导致某天的数据被错误归入相邻分区，进而让快速刷新漏掉变更。
