递归CTE不能创建为视图，因其需运行时参数（如起点ID）且不支持参数化，而视图是静态定义、无输入机制；强行封装会导致性能失控与灵活性丧失，应改用函数或存储过程实现参数化复用。
WITH RECURSIVE 不是视图，是递归公共表表达式（CTE），一次性执行、不持久化、不缓存。想用它查组织架构树，得写完整查询，不能像普通视图那样 CREATE VIEW 定义后反复调用。
为什么不能直接 CREATE VIEW AS WITH RECURSIVE ...
MySQL 8.0、PostgreSQL 和 SQL Server 都不支持在 CREATE VIEW 语句里嵌套 WITH RECURSIVE —— 会报错 ERROR 1064 或类似语法错误。这不是限制能力，而是设计上明确区分「可复用的静态定义」和「需上下文参数的一次性递归逻辑」。
- 视图本质是预定义的
SELECT语句，而递归 CTE 必须带运行时参数（比如从哪个id开始查） - 递归过程依赖外部输入（如
WHERE id = ?），视图无法接收参数（除非用物化视图或函数封装，但那已是另一层机制） - 强行包装成视图，会导致每次调用都重复执行整棵树遍历，无法按需裁剪起点，性能失控
组织架构树查询必须带起点参数
查“张总的全部下属”和查“刘强的所有下级”，生成的中间结果集完全不同，锚点部分必须动态指定。硬写死进视图就失去灵活性。
- 锚点必须是具体值：例如
WHERE id = 2或WHERE manager_id IS NULL - 若想复用逻辑，应封装为存储过程或应用层函数，传入
start_id参数再拼 SQL - PostgreSQL 可用
CREATE FUNCTION返回SETOF，MySQL 则需用PROCEDURE+ 临时表中转
替代方案：用函数模拟“参数化视图”
以 PostgreSQL 为例，这是最接近“递归视图”的实用做法：
CREATE OR REPLACE FUNCTION get_subordinates(start_id INT)
RETURNS TABLE(id INT, name TEXT, title TEXT, level INT) AS $$
WITH RECURSIVE sub AS (
SELECT id, name, title, 0 AS level
FROM employees WHERE id = start_id
UNION ALL
SELECT e.id, e.name, e.title, s.level + 1
FROM employees e
JOIN sub s ON e.manager_id = s.id
)
SELECT * FROM sub;
$$ LANGUAGE sql;调用时：SELECT * FROM get_subordinates(2); —— 起点由调用者决定，逻辑复用，无冗余。
容易被忽略的关键点
很多人试图把递归 CTE 当成视图来用，结果卡在三处：
- 误以为
WITH RECURSIVE可独立存在：它必须嵌套在主SELECT内，不能单独声明 - 忽略锚点与递归列类型的严格一致性：比如锚点用
CAST('' AS VARCHAR(100))，递归部分也得用相同长度和字符集，否则 MySQL 8.0+ 直接报类型不匹配 - 没设防护机制：生产环境必须加
MAXRECURSION（SQL Server）或调整cte_max_recursion_depth（MySQL），否则环形引用（如 A→B→A）会导致查询 hang 死
