Oracle物化视图不支持直接分区，其本身为单段对象，无法执行分区维护操作；需通过删除基表分区并配合快速刷新实现数据降级，同时注意索引重建与统计信息更新。
物化视图本身不支持直接分区
oracle 的 materialized view 不能像普通表那样用 partition by 定义分区结构。你建出来的物化视图始终是单个段（segment），哪怕基表是分区表，物化视图也不会自动继承分区逻辑。
这意味着：无法对物化视图执行 ALTER MATERIALIZED VIEW ... DROP PARTITION，也不存在 user_tab_partitions 中对应它的记录。
常见错误现象：ORA-14048: a partition maintenance operation may not be combined with other operations 或直接报 “table or view does not exist” —— 因为系统根本没把它当成分区对象。
想“按分区删除旧数据”，得靠底层表 + 刷新策略配合
真正能做分区级清理的，是物化视图所依赖的**基表**（或其日志表）。如果你的目标是定期降级（比如只保留最近6个月数据），关键在于控制基表的数据生命周期，再配合物化视图的快速刷新机制。
- 基表必须是范围分区（如按
TRANSDATE），且启用INTERVAL分区（例如INTERVAL(NUMTOYMINTERVAL(1, 'MONTH'))） - 物化视图需基于该基表构建，并使用
ON COMMIT或FAST刷新方式（要求有物化视图日志） - 降级操作流程：先
ALTER TABLE ... DROP PARTITION删除基表中过期分区 → 物化视图下次刷新时自动跳过已删数据 → 不需要重建物化视图
注意：如果物化视图定义里用了聚合（SUM、COUNT 等）或连接多表，删除基表分区可能导致刷新失败（ORA-12008: error in materialized view refresh path），因为丢失了参与计算的原始行。
删除基表分区后物化视图索引/统计信息容易失效
基表删分区本身不会自动同步更新物化视图上的索引状态或统计信息，但会引发两个隐性风险：
- 全局索引（
GLOBAL INDEX）会被标记为UNUSABLE，导致后续查询走全表扫描 —— 必须手动执行ALTER INDEX ... REBUILD -
DBA_TAB_STATISTICS中物化视图的行数（NUM_ROWS）不会自动减少，仍显示删分区前的总数，影响 CBO 选择执行计划 - 若物化视图含
ROWID基础列，而基表删分区又涉及ROWID重分配（如 SHRINK SPACE 后），可能触发刷新异常
建议在删分区后立即运行：EXEC DBMS_STATS.GATHER_TABLE_STATS('SCHEMA_NAME', 'MVIEW_NAME');
替代方案：用分区表模拟物化视图行为
如果核心诉求只是“快速查最新分区 + 自动清理旧分区”，且不需要物化视图的查询重写（query rewrite）能力，更轻量的做法是：
- 建一张和物化视图结构一致的普通分区表（如
mv_summary_monthly） - 用
INSERT /*+ APPEND */ INTO ... SELECT每天/每月把聚合结果写入新分区 - 通过
ALTER TABLE ... DROP PARTITION直接删过期分区 —— 这步是原子操作，毫秒级完成，无锁表风险 - 配合
SYNONYM指向当前有效分区的联合查询视图，对外保持接口不变
这种模式绕开了物化视图的刷新开销和状态依赖，运维确定性更强；唯一代价是你得自己调度聚合任务（用 DBMS_SCHEDULER 即可）。
分区表的 DROP PARTITION 操作不可逆，删之前务必确认归档已完成，且没有未消费的下游依赖（比如还在读那个分区的报表服务）。
