ON PREBUILT TABLE 是让 Oracle 复用已有结构匹配表作为物化视图底表的机制，跳过建表但不跳过首次刷新；需预建表与定义完全一致、含主键、有物化视图日志，且默认刷新模式为 NEVER。
什么是 ON PREBUILT TABLE？它真能跳过构建过程吗
不能跳过，但能跳过“从零建表”这一步。物化视图默认会自己创建底层表（log、snapshot 表），而 on prebuilt table 告诉 oracle：你别建了，我手上已经有个结构完全匹配的表，直接把它当物化视图底表用。
关键前提是：那个现成表必须和物化视图定义的列名、类型、长度、精度、空值性完全一致——差一个 VARCHAR2(50) 和 VARCHAR2(100) 都会报 ORA-12082: table_name cannot be renamed。
- 适用场景：已有大表做了历史数据归档或 ETL 加工，想“秒级”挂上物化视图能力（比如加快速刷新、加主键约束、接入查询重写）
- 不适用场景：你想靠它绕过全量刷新——它只省建表时间，首次刷新仍要跑一遍
REFRESH COMPLETE - 性能影响：初始化快了，但后续刷新逻辑不变；如果原表没建好物化视图日志（
MATERIALIZED VIEW LOG），快速刷新会直接失败
CREATE MATERIALIZED VIEW ... ON PREBUILT TABLE 的实操要点
核心是让 Oracle “信”你这个表真的能用。不是简单 CREATE TABLE t AS SELECT ... 就行，得让它具备“可被物化视图接管”的元数据特征。
- 必须提前在源表上创建物化视图日志（如果要用快速刷新）：
CREATE MATERIALIZED VIEW LOG ON source_table WITH ROWID, SEQUENCE (col1, col2) INCLUDING NEW VALUES; - 目标预建表需有主键或唯一约束（否则
ON PREBUILT TABLE会被拒绝） - 建物化视图时必须显式指定
WITH REDUCED PRECISION（如果字段含浮点数）或WITH PRIMARY KEY（推荐），否则可能因精度校验失败 - 示例语句：
CREATE MATERIALIZED VIEW mv_emp_summary ON PREBUILT TABLE WITH PRIMARY KEY AS SELECT dept_id, COUNT(*) cnt FROM emp GROUP BY dept_id;
常见报错和对应检查项
出错基本就三类：结构不匹配、权限不足、日志缺失。Oracle 报错信息很直白，但容易忽略隐含条件。
-
ORA-12082: "table_name" cannot be renamed→ 检查：表是否已存在？是否被其他物化视图引用？是否在回收站里（DROP TABLE ... PURGE没加）？ -
ORA-12014: table "xxx" does not contain a primary key constraint→ 即使你加了主键，也要确认是不是DISABLE VALIDATE状态；物化视图只认ENABLE VALIDATE -
ORA-12003: materialized view "xxx" does not exist（在刷新时报）→ 实际是物化视图日志没建对，或日志没包含所有 SELECT 中的字段 - 执行
DBMS_MVIEW.EXPLAIN_MVIEW能看到具体卡在哪——比看报错更准
为什么刷新后数据没变？别忘了 NEVER REFRESH 是默认行为
用 ON PREBUILT TABLE 创建的物化视图，默认刷新模式是 NEVER，不是 ON DEMAND 或 ON COMMIT。这意味着：表内容不会自动同步，你得手动触发。
- 建的时候加
REFRESH FAST ON DEMAND才能用快速刷新（前提是有日志） - 如果只想初始化一次，建完立刻跑：
EXEC DBMS_MVIEW.REFRESH('mv_emp_summary', 'C'); - 注意：第一次刷新是
COMPLETE，哪怕你写了FAST——因为日志里还没存变更记录 - 后续才能真正走快速刷新，且必须保证源表 DML 都经过日志捕获（比如避免
INSERT /*+ APPEND */绕过日志）
最常被忽略的一点：预建表本身的数据状态，就是物化视图的“初始快照”。如果你建表时用了旧数据，又没立刻刷新，那这个物化视图上线后就是脏的——没人会帮你校准时间点。
