创建Oracle物化视图必须满足语法完整、基表有日志（FAST时）、权限和约束就绪三类硬性条件，缺一将触发ORA-12014或ORA-12052错误；语句必须显式包含REFRESH子句，且REFRESH COMPLETE ON DEMAND是最稳妥起点。
能创建，但必须满足三类硬性条件：语法完整、基表有日志（FAST时）、权限和约束就绪；缺一就会报 ORA-12014 或 ORA-12052。
CREATE MATERIALIZED VIEW 语句必须带 REFRESH 子句
Oracle 不接受裸 SELECT —— 即使你只想要一个带 GROUP BY 的汇总视图，也必须显式声明刷新方式。漏写 REFRESH 直接触发 ORA-12014: table does not contain a primary key（这个错误名有误导性，实际是语法不全）。
常见写法示例：
CREATE MATERIALIZED VIEW mv_dept_sales REFRESH COMPLETE ON DEMAND AS SELECT dept_id, SUM(amount) FROM sales GROUP BY dept_id;
-
REFRESH COMPLETE ON DEMAND是最稳妥的起点：不依赖物化视图日志，也不要求基表有主键 - 如果想用
REFRESH FAST，必须提前建日志，且GROUP BY列和SELECT列都得出现在日志的SEQUENCE()中 -
ON COMMIT对含GROUP BY的多表连接视图基本不可用——它只支持单表 + FAST + 主键约束
FAST 刷新失败？先检查物化视图日志是否覆盖所有 GROUP BY 和聚合列
用 REFRESH FAST 时，Oracle 要靠日志识别哪些行变了、哪些分组值需要重算。如果日志没包含 GROUP BY 列或聚合源列（比如 SUM(amount) 里的 amount），就会报 ORA-12052: cannot fast refresh materialized view。
正确建日志的要点：
- 必须带
WITH ROWID（FAST的强制要求） -
SEQUENCE()要列出所有参与分组和计算的列：CREATE MATERIALIZED VIEW LOG ON sales WITH ROWID, SEQUENCE(dept_id, amount) INCLUDING NEW VALUES; - 如果查询里有
HAVING或非确定性函数（如SYSDATE），FAST会直接被拒绝，别白试
基表没主键？用 WITH ROWID + BUILD DEFERRED 规避约束检查
当 sales 表没有主键，又不想加约束时，REFRESH COMPLETE 仍可工作，但默认建法会因找不到主键报错。解决方案是显式指定标识方式：
CREATE MATERIALIZED VIEW mv_dept_sales BUILD DEFERRED REFRESH COMPLETE ON DEMAND WITH ROWID AS SELECT dept_id, SUM(amount) FROM sales GROUP BY dept_id;
-
WITH ROWID告诉 Oracle 别查主键，改用物理地址定位行（适用于无主键表） -
BUILD DEFERRED推迟数据生成，避免建视图时就扫描全表——尤其适合大表，防锁表或超时 - 注意：
WITH ROWID不能用于ON COMMIT刷新，仅限ON DEMAND
ORDER BY 和聚合函数的隐藏限制
GROUP BY 物化视图里加 ORDER BY 不影响存储逻辑，但会拖慢刷新速度，且某些旧版本（如 11g）可能在 FAST 模式下报错。更关键的是聚合函数本身：
-
COUNT(*)、SUM()、AVG()、MIN()、MAX()安全可用 -
COUNT(column)要小心：如果该列允许 NULL，FAST刷新可能漏计数，建议统一用COUNT(*)或确保列NOT NULL - 分析函数（
ROW_NUMBER()、RANK()）、LISTAGG()、XMLAGG()会让FAST直接失效
真正容易被忽略的是：物化视图一旦建好，GROUP BY 的列顺序和别名就固化了。后续修改查询逻辑必须 DROP 重建，无法 ALTER —— 这点和普通视图完全不同。
