必须重建底层存储表并切换才能重构物化视图，因oracle禁止alter materialized view修改查询定义、分区或列结构；需用on prebuilt table绑定预建表，配合sync_interim_table实现无锁切换。
不能直接“重构”物化视图本身，必须重建底层存储表并切换——这是唯一能规避锁表的路径。
为什么不能 ALTER MATERIALIZED VIEW 重定义结构
Oracle 不允许用 ALTER MATERIALIZED VIEW 修改查询定义、分区方式或列结构。一旦物化视图已存在，它的 SELECT 逻辑就固化了；试图改写会报 ORA-32313: cannot alter a materialized view with a prebuilt table 或直接拒绝执行。所谓“重构”，实际是换掉它背后那张物理表。
ON PREBUILT TABLE + SYNC_INTERIM_TABLE 是核心组合
把物化视图当成一个“挂名壳子”，真正干活的是你提前建好的普通表。这个表可以按需分区、加索引、设压缩，且全程不锁原物化视图——因为原 MV 还在提供查询服务。
- 先用
CREATE TABLE mv_target AS SELECT * FROM base_table WHERE 1=0建空表，手动加PARTITION BY RANGE和本地索引 - 执行
CREATE MATERIALIZED VIEW mv_target ON PREBUILT TABLE REFRESH FAST ON DEMAND AS SELECT ...，此时只是绑定关系，不触碰数据 - 用并行
INSERT /*+ APPEND PARALLEL(8) */ INTO mv_target SELECT ...填充历史数据（注意：必须带/*+ APPEND */才能跳过 undo 生成） - 最后调用
DBMS_MVIEW.REFRESH('mv_target', 'F')触发一次 FAST 刷新，同步增量变更
物化视图日志必须提前配齐，否则 SYNC 失败
如果基表没建日志，SYNC_INTERIM_TABLE 或 REFRESH FAST 都会卡在 “no materialized view log” 错误上，典型报错是 ORA-23413。这不是可选步骤，是硬门槛。
- 确认基表有主键：
ALTER TABLE base_table ADD CONSTRAINT pk_base PRIMARY KEY (id) - 显式创建日志：
CREATE MATERIALIZED VIEW LOG ON base_table WITH PRIMARY KEY, ROWID, SEQUENCE (col1, col2) INCLUDING NEW VALUES - 若基表是 INTERVAL 分区，日志仍建在主表名上，不要分区分建
QUERY_REWRITE_ENABLED 和 STALE_TOLERATED 必须同时生效
即使新物化视图数据已填满，查询仍可能继续扫基表——因为优化器默认不信任未完全刷新的 MV。两个参数缺一不可：
- 建 MV 时必须带
ENABLE QUERY REWRITE，后期无法补加 - 系统级或会话级设
QUERY_REWRITE_INTEGRITY = STALE_TOLERATED，否则状态为STALE的 MV 直接被忽略 - 验证是否起效：
SELECT rewrite_enabled, rewrite_integrity FROM user_mviews WHERE mview_name = 'MV_TARGET'
最容易被忽略的是：物化视图底层表的分区键必须和高频查询的 WHERE 条件严格对齐。比如查询总写 WHERE dt >= DATE '2026-01-01'，但你在 MV 定义里用了 TRUNC(dt, 'MM')，重写就会静默失败——优化器无法把谓词映射过去。
