不能直接ALTER MATERIALIZED VIEW添加分区，必须重建；需保留刷新状态、启用查询重写、确保分区键为基表真实列，并在低峰期原子替换以避免中断。
不能直接 ALTER MATERIALIZED VIEW 添加分区；必须重建，且需确保刷新逻辑不中断、查询重写不失效。
物化视图本身不支持在线添加分区
Oracle 19c 的 MATERIALIZED VIEW 对象没有 ALTER ... ADD PARTITION 语法，也不支持像普通表那样用 DBMS_REDEFINITION 在线重定义。它的分区能力仅在创建时通过 PARTITION BY 子句声明，后续无法变更结构。
常见错误现象包括：
- 执行
ALTER MATERIALIZED VIEW mv_name MODIFY PARTITION ...报错ORA-00922: missing or invalid option - 试图对已存在的物化视图加
PARTITION BY RANGE(time_col)，被拒绝
根本原因：物化视图本质是“带刷新机制的只读表”，其物理存储由 Oracle 内部管理，DDL 接口比普通表更受限。
重建方案必须保留刷新上下文与查询重写能力
重建不是简单 DROP + CREATE，否则会丢失关键元数据：
-
REFRESH状态（如上次刷新时间、刷新方式 FAST/COMPLETE）不会继承 - 依赖该物化视图的
QUERY REWRITE规则默认失效，需手动ALTER MATERIALIZED VIEW ... ENABLE QUERY REWRITE - 如果原物化视图有
ON COMMIT刷新，新对象默认不启用，业务可能查到陈旧数据
实操建议：
- 先用
SELECT * FROM USER_MVIEWS WHERE MVIEW_NAME = 'MV_NAME'记下REFRESH_MODE、REFRESH_METHOD、BUILD_MODE、FAST_REFRESHABLE等字段值 - 导出原物化视图定义：
DBMS_METADATA.GET_DDL('MATERIALIZED_VIEW', 'MV_NAME')，再手工补上PARTITION BY子句 - 新语句中显式指定
REFRESH ON COMMIT或REFRESH START WITH ... NEXT ...，避免遗漏
分区键必须来自基表已有列，且不能是虚拟列
和普通表转分区表一样，物化视图的分区键必须是 SELECT 列表中**真实存在、非计算、非虚拟**的列。例如：
- ✅ 允许：
SELECT order_date, SUM(amount) FROM orders GROUP BY order_date→ 可用order_date分区 - ❌ 不允许：
SELECT TRUNC(order_date, 'MM') mth, SUM(amount) ...→mth是表达式结果，无法作为分区键 - ❌ 不允许：
SELECT order_id, amount, amount * 1.1 tax_amount FROM ...→tax_amount是计算列，即使别名也无效
若基表含虚拟列（如 CREATE TABLE t (x NUMBER, y AS x*2)），必须先 ALTER TABLE t MODIFY y NUMBER NOT NULL 物化它，才能用于物化视图分区。
切换期间如何避免查询重写失效或刷新中断
重建过程必然涉及短暂不可用窗口，但可控制影响范围：
- 在业务低峰期执行，先
DISABLE QUERY REWRITE原物化视图，防止优化器误选旧对象 - 新建物化视图时用不同名称（如
MV_NAME_NEW），等首次REFRESH COMPLETE成功后再原子替换 - 替换动作分两步：
DROP MATERIALIZED VIEW MV_NAME→RENAME MV_NAME_NEW TO MV_NAME，避免名称冲突 - 最后执行
ALTER MATERIALIZED VIEW MV_NAME ENABLE QUERY REWRITE并验证EXPLAIN PLAN是否命中
最容易被忽略的一点：如果原物化视图被其他物化视图引用（嵌套物化视图），重建后需按依赖顺序逐级刷新，否则下游可能报 ORA-12008: error in materialized view refresh path。
