PostgreSQL不支持在CREATE VIEW中直接使用WITH RECURSIVE，因其视图定义仅允许纯SELECT语句，而WITH RECURSIVE不属于合法顶层结构；可改用STABLE函数封装递归逻辑或物化视图配合手动刷新实现。
PostgreSQL不支持直接在CREATE VIEW中使用WITH RECURSIVE。你不能写 CREATE VIEW v_tree AS WITH RECURSIVE ... —— 这会报错 ERROR: cannot use WITH in a view definition。
但你可以绕过这个限制，用函数封装递归逻辑，再让视图调用它；或者把递归查询写成物化视图（需手动刷新）。下面说清楚怎么做、为什么这么设计、以及容易掉坑的地方。
为什么CREATE VIEW不能直接写WITH RECURSIVE
PostgreSQL的视图定义要求是“纯SELECT语句”，而WITH RECURSIVE属于查询表达式的一部分，不是标准SELECT子句的合法顶层结构。这和MySQL或SQL Server不同，是PG内核层面的语法限制。
强行尝试会触发明确错误：ERROR: syntax error at or near "WITH" 或更具体的 cannot use WITH in a view definition。
替代方案：用函数包装递归查询
最常用也最可控的方式，是把递归逻辑封装进一个RETURNS TABLE函数里，然后视图可以简单地SELECT * FROM my_recursive_func(123)。
- 函数必须声明为
STABLE或VOLATILE（不能是IMMUTABLE，因为递归结果依赖输入参数） - 参数用于传入起始节点ID，比如
start_id INTEGER - 返回字段要和递归查询的SELECT列完全一致（包括类型和顺序）
示例：
CREATE OR REPLACE FUNCTION get_subtree(start_id INTEGER)
RETURNS TABLE(id INTEGER, name TEXT, parent_id INTEGER, level INTEGER) AS $$
WITH RECURSIVE tree AS (
SELECT id, name, parent_id, 1 AS level
FROM tree_nodes
WHERE id = start_id
UNION ALL
SELECT n.id, n.name, n.parent_id, t.level + 1
FROM tree_nodes n
JOIN tree t ON n.parent_id = t.id
)
SELECT * FROM tree;
$$ LANGUAGE SQL STABLE;之后就能安全建视图：
CREATE VIEW v_dept_subtree AS SELECT * FROM get_subtree(1);
注意：这个视图是“静态快照”，只对固定ID（这里是1）生效；如需动态ID，得用函数而非视图。
物化视图 + 定时刷新也能凑合用
如果你真需要类视图的语法+递归能力，且能接受数据非实时，可以用CREATE MATERIALIZED VIEW配合REFRESH。
- 物化视图本身允许
WITH RECURSIVE，因为它本质是一张物理表 - 但每次变更树结构后，必须手动运行
REFRESH MATERIALIZED VIEW mv_dept_tree - 无法参数化——只能预设好起始条件，比如固定从根节点开始
示例：
CREATE MATERIALIZED VIEW mv_dept_tree AS
WITH RECURSIVE tree AS (
SELECT id, name, parent_id, ARRAY[id] AS path, 1 AS depth
FROM department
WHERE parent_id IS NULL
UNION ALL
SELECT d.id, d.name, d.parent_id, t.path || d.id, t.depth + 1
FROM department d
JOIN tree t ON d.parent_id = t.id
)
SELECT * FROM tree;容易忽略的关键细节
递归深度默认上限是1000层，但没人会真建那么深的树；真正容易出问题的是循环引用——比如A的parent_id指向B，B又指回A。PG不会自动检测这种环，而是跑满1000层后报错：ERROR: stack depth limit exceeded。
上线前务必检查数据一致性，例如：
SELECT * FROM tree_nodes t1 JOIN tree_nodes t2 ON t1.id = t2.parent_id AND t2.id = t1.parent_id;
另外，parent_id字段一定要有索引，否则递归JOIN会全表扫描，树一深就慢得没法用。
