不能直接在混合分区表的外部分区上创建物化视图，因外部分区不可写、无统计信息、不支持快速刷新且Oracle校验时遇EXTERNAL TABLE ACCESS即报ORA-12015或ORA-32313错误；正确做法是分离内外数据源，用内部分区显式引用+独立外部表JOIN/UNION ALL，并设QUERY_REWRITE_INTEGRITY = STALE_TOLERATED、REFRESH COMPLETE ON DEMAND。
不能直接在混合分区表的外部分区上创建物化视图，但可以绕过这个限制——关键在于物化视图的基表只能是内部分区或普通表，且必须满足 QUERY_REWRITE_INTEGRITY = STALE_TOLERATED 才能包含外部分区参与的查询。
为什么 CREATE MATERIALIZED VIEW 会报 ORA-12015 错误
混合分区表中若查询语句涉及外部分区（比如通过 SELECT * FROM hybrid_table WHERE part_col = 'EXT'），Oracle 默认拒绝创建物化视图，因为外部分区数据不可写、无统计信息、不支持快速刷新依赖链。错误信息通常是：ORA-12015: cannot create a fast refresh materialized view from a complex query 或更具体的 ORA-32313: REFRESH FAST is not supported for materialized views with external partitions。
这不是语法问题，而是 Oracle 内部校验机制主动拦截：只要执行计划里出现 EXTERNAL TABLE ACCESS 节点，CREATE MATERIALIZED VIEW 就会失败（即使你没写 REFRESH FAST）。
- 外部分区本身不参与 DML，无法建立物化视图所需的日志（如 MV log）
- Oracle 不对外部数据源做变更跟踪，因此无法保证刷新一致性
- 即使使用
BUILD DEFERRED，定义阶段仍会校验基表可支持性
正确做法：用内部分区 + 外部表显式 JOIN 替代混合表直接引用
把混合分区表“拆开用”：单独建一个指向外部数据源的 ORACLE_LOADER 或 ORACLE_DATAPUMP 外部表，再和混合表的内部分区做 UNION ALL 或 JOIN，最后在这个组合查询上建物化视图。
示例步骤：
CREATE TABLE ext_sales (
id NUMBER,
amount NUMBER,
dt DATE
)
ORGANIZATION EXTERNAL (
TYPE ORACLE_LOADER
DEFAULT DIRECTORY ext_dir
ACCESS PARAMETERS (
RECORDS DELIMITED BY NEWLINE
FIELDS TERMINATED BY ','
)
LOCATION ('sales_2024_q4.csv')
);
<p>CREATE MATERIALIZED VIEW mv_sales_summary
REFRESH COMPLETE ON DEMAND
QUERY_REWRITE_ENABLED = TRUE
QUERY_REWRITE_INTEGRITY = STALE_TOLERATED
AS
SELECT 'INTERNAL' AS src, id, amount, dt FROM hybrid_sales PARTITION (p_internal)
UNION ALL
SELECT 'EXTERNAL' AS src, id, amount, dt FROM ext_sales;-
QUERY_REWRITE_INTEGRITY = STALE_TOLERATED是硬性要求，否则物化视图无法基于含外部表的查询创建 - 必须用
REFRESH COMPLETE ON DEMAND—— 不支持FAST，也不建议ON COMMIT - 避免在物化视图定义中直接写
hybrid_sales全表名；显式指定内部分区名（如PARTITION (p_internal)）更安全
刷新时要注意数据时效性和权限边界
物化视图一旦创建，它的刷新行为和外部数据源完全解耦：每次 DBMS_MVIEW.REFRESH('mv_sales_summary') 只会重新执行 UNION ALL 查询，不会自动感知外部 CSV 文件是否更新。
- 外部文件内容变更后，必须手动触发刷新，否则物化视图数据“永远 stale”
- 执行刷新的用户需同时拥有对内部分区所在表的
SELECT权限，以及对外部表所在目录（ext_dir）的READ权限 - 如果外部表路径指向云存储（如 OCI Object Storage），确保数据库服务器网络可达且凭据有效——这一步常被忽略，导致刷新静默失败
真正棘手的地方不在语法，而在于数据生命周期错位：混合分区表的外部分区适合归档冷数据，但物化视图需要的是可预测、可重入的输入源。强行把两者绑在一起，等于让一个只读快照去支撑一个需要定期重算的预聚合结构——中间那层“信任假设”必须人工补全。
