PostgreSQL 15 不支持 WITH MATERIALIZED 语法，该写法直接报错；真正可控的中间结果缓存需用 TEMP TABLE 或 MATERIALIZED VIEW，CTE 物化由优化器自主决策且不可控。
WITH MATERIALIZED 在 PostgreSQL 15 中**不能**显著优化复杂嵌套查询——它根本不存在有效实现，也不起作用。
PostgreSQL 15 **不支持**真正的物化 CTE。所谓“MATERIALIZED 关键字”在 15 版本中是语法错误；你写 WITH MATERIALIZED cte AS (...) 会直接报错：ERROR: syntax error at or near "MATERIALIZED"。
PostgreSQL 15 不允许在 WITH 后加 MATERIALIZED
这是硬性语法限制，不是配置或权限问题。官方文档和源码均无该语法支持。所有声称“PostgreSQL 15 支持 MATERIALIZED CTE”的博客、教程或 Chat UI 输出，都是误将 PostgreSQL 16 的（仅占位、无功能）语法前移，或混淆了 Oracle / SQL Server 的提示用法。
为什么 EXPLAIN 显示 CTE 被重复执行？
PostgreSQL 默认对 CTE 采用“优化器自由决策”策略：它可能内联展开、也可能物化，完全取决于代价估算，且不保证复用。常见现象包括：
-
EXPLAIN ANALYZE中同一 CTE 出现多次Seq Scan或SubPlan，且actual time和rows高度重复 → 真实重复计算 - CTE 引用两次，但基表扫描/过滤逻辑未下推 → 数据膨胀 + 多次 IO
- CTE 包含
ORDER BY+LIMIT却被用于 SELECT 列 → 触发多次排序
真正可控的中间结果缓存方案（PostgreSQL 15 实用路径）
想让中间结果只算一次、反复读取，必须跳出 CTE 思维，改用显式机制：
-
CREATE TEMP TABLE AS SELECT ...：会话级一次性落盘，后续查询直接FROM temp_table；适合单次复杂报表生成，自动清理 -
CREATE MATERIALIZED VIEW AS SELECT ...：持久化存储，需手动REFRESH MATERIALIZED VIEW CONCURRENTLY；要求基表有唯一索引，否则并发刷新失败 - 把 CTE 拆成独立子查询 + 显式 JOIN：有时比 CTE 更易触发谓词下推，尤其当外层
WHERE条件能提前过滤时
容易被忽略的性能陷阱
很多人花时间折腾“怎么让 CTE 物化”，却忽略了更关键的信号：
- CTE 本身是否真的昂贵？先跑
EXPLAIN ANALYZE看cost和actual time占比 —— 很多“慢 CTE”其实只是基表缺索引 - 是否误用
UNNEST+LATERAL导致笛卡尔积？数组长度不一致时行数爆炸，看起来像 CTE 慢，实则是数据量失控 -
work_mem设置过低导致 CTE 物化过程频繁落盘排序 → 反而比内联更慢
