ON PREBUILT TABLE 创建物化视图要求原表结构严格匹配，否则因类型、约束或可空性不一致报 ORA-12014/ORA-12082；必须带 AS SELECT 校验逻辑结构，且需基表含物化视图日志才能支持 FAST 刷新。
直接用 ON PREBUILT TABLE 创建物化视图，前提是已有结构完全匹配的表；否则 Oracle 会拒绝创建，不是“快不快”的问题，而是“能不能过校验”的问题。
ORA-12014 / ORA-12082 报错时怎么对齐表结构
这两个错误本质是类型或约束不匹配：前者因声明了 WITH PRIMARY KEY 但原表没主键，后者因列定义（含精度、可空性）和查询表达式不一致。
- 删掉物化视图定义里的
WITH PRIMARY KEY，或给原表加主键：ALTER TABLE existing_table ADD CONSTRAINT pk_existing PRIMARY KEY (id); - 别依赖隐式转换——
NUMBER和NUMBER(10)被视为不同类型；写CAST(col AS NUMBER(10))，而不是CAST(col AS NUMBER) - 检查原表列是否
NOT NULL：如果查询里用了NVL(col, 'X')，而原列允许为空，Oracle 会认为结果列可为空，与原表NOT NULL冲突 - 用
DESC existing_table和SELECT column_name, data_type, data_length, data_precision, nullable FROM user_tab_columns WHERE table_name = 'EXISTING_TABLE' ORDER BY column_id逐列比对查询语句中的每个表达式
为什么 ON PREBUILT TABLE 必须带 AS SELECT
ON PREBUILT TABLE 不是“挂个名就完事”，Oracle 仍需通过 AS SELECT 确认逻辑结构——它要校验每一列的来源、类型、可空性，哪怕只是 SELECT * FROM existing_table。
- 不能写
SELECT * FROM existing_table WHERE 1=0这类“空壳”查询，WHERE 条件不影响列定义，但 Oracle 会实际解析整个查询树，可能触发额外校验失败 - 必须确保
SELECT列顺序、别名（如有）、表达式类型，和原表物理列严格一致；别名不会覆盖原列名校验，只用于物化视图元数据展示 - 如果原表有虚拟列或隐藏列，
SELECT *会包含它们，但物化视图不支持虚拟列作为输出，需显式列出需要的列
刷新失败常见原因及绕过方式
即使创建成功，REFRESH FAST 也极容易失败，根本不在物化视图本身，而在基表是否真正支持增量捕获。
- 基表必须有物化视图日志：
CREATE MATERIALIZED VIEW LOG ON base_table WITH PRIMARY KEY, ROWID, SEQUENCE(col1, col2) INCLUDING NEW VALUES;——col1, col2必须覆盖物化视图SELECT中所有列 - 日志必须建在基表所在用户下，且该用户需授予你
SELECT权限；跨用户访问需GRANT SELECT ON base_table TO mv_owner+GRANT SELECT ON mlog$_base_table TO mv_owner - 如果基表是分区表且含
INTERVAL分区，日志仍只需建在主表名上，无需为每个子分区单独操作 - 首次刷新前，建议先用
DBMS_MVIEW.EXPLAIN_MVIEW检查是否支持 FAST：EXEC DBMS_MVIEW.EXPLAIN_MVIEW('mv_name');，查PLAN_TABLE中capable_name = 'REFRESH_FAST_AFTER_INSERT'是否为Y
分阶段加载 TB 级物化视图的实际路径
对超大表，别指望 REFRESH COMPLETE 一次跑通；ON PREBUILT TABLE 的真正价值在于跳过建表和首刷，把填充拆成可控步骤。
- 提前建好目标表：
CREATE TABLE mv_target AS SELECT /*+ NO_INDEX */ * FROM base_table WHERE 1=0;（禁用索引避免执行计划干扰） - 手动加索引、分区（如按时间字段
LIST或RANGE分区），确保后续查询能剪枝 - 创建物化视图：
CREATE MATERIALIZED VIEW mv_target ON PREBUILT TABLE REFRESH FAST ON DEMAND AS SELECT ... FROM base_table; - 用并行直接路径插入历史数据：
INSERT /*+ APPEND PARALLEL(8) */ INTO mv_target SELECT ... FROM base_table WHERE partition_key - 再执行
DBMS_MVIEW.REFRESH('mv_target', 'F')—— 此时 FAST 刷新只处理增量变更，压力极小
最容易被忽略的是：物化视图底层存储表（即 prebuilt 表）的分区策略，和基表无关，必须手动设计；否则即使基表按月分区，物化视图全表扫描仍无法剪枝。
