视图不能直接包含递归CTE，因所有主流数据库均禁止在CREATE VIEW中使用WITH RECURSIVE；但可封装非递归部分（如权限裁剪、多表JOIN、状态过滤），再于外部查询中用递归CTE引用该视图实现层级遍历。
视图不能直接包含递归CTE，但可以封装非递归部分
SQL视图本身不支持WITH RECURSIVE语法——无论SQL Server、PostgreSQL还是MySQL，执行CREATE VIEW时若在定义中使用递归CTE，都会报错Incorrect syntax near the keyword 'RECURSIVE'（SQL Server）或Recursive common table expression is not allowed in view definition（PostgreSQL）。这是因为视图的底层实现要求可重复、确定性执行，而递归CTE的执行路径依赖运行时数据，无法被优化器静态验证。
但你可以把递归逻辑之外的「稳定层」抽成视图：比如员工基础信息过滤、组织架构的初始状态快照、或历史订单的标准化清洗结果。这些视图能被递归CTE安全引用，避免每次写报表都重复写WHERE status = 'active' AND deleted_at IS NULL这类条件。
- 视图适合封装：权限控制字段裁剪、多表JOIN逻辑、时间范围预过滤
- 视图不适合封装：层级遍历、路径生成、累计计算等需动态展开的部分
- MySQL 8.0+ 和 SQL Server 2016+ 支持在视图中引用其他视图，但递归CTE仍必须出现在最终查询中
用视图 + 递归CTE组合替代“全递归视图”
典型做法是：先建一个视图提供干净的原始关系，再在报表查询里用WITH RECURSIVE基于该视图展开。例如组织架构场景：
先建视图vw_active_employees：
CREATE VIEW vw_active_employees AS SELECT id, name, manager_id FROM employees WHERE status = 'active' AND is_deleted = 0;
再在报表中调用：
WITH RECURSIVE org_tree AS ( -- 锚成员：从CEO开始（manager_id IS NULL） SELECT id, name, manager_id, 1 AS level FROM vw_active_employees WHERE manager_id IS NULL UNION ALL -- 递归成员：关联视图，不是原始表 SELECT e.id, e.name, e.manager_id, ot.level + 1 FROM vw_active_employees e INNER JOIN org_tree ot ON e.manager_id = ot.id ) SELECT * FROM org_tree ORDER BY level, name;
这样既复用了视图的过滤逻辑，又保留了递归的灵活性。注意vw_active_employees里不能有ORDER BY或TOP，否则在SQL Server中会报错Views or functions are not allowed on the right side of an INSERT or UPDATE statement。
递归深度与性能陷阱：MAXRECURSION和索引必须手动加
视图不会继承或传递MAXRECURSION设置，这个参数只能在最终查询中显式指定。如果组织层级超过100层（默认上限），不加OPTION (MAXRECURSION 0)会直接中断并报错The statement terminated. The maximum recursion 100 has been exhausted before statement completion.
-
OPTION (MAXRECURSION n)只对当前查询生效，不能写在视图定义里 - 递归CTE性能极度依赖
manager_id字段是否有索引——视图本身不创建索引，必须确保底层表employees(manager_id)已建索引 - PostgreSQL用户需注意：
RECURSIVE查询默认无深度限制，但过深递归会触发ERROR: stack depth limit exceeded，需调大statement_timeout或改用WITH RECURSIVE ... LIMIT
为什么不用临时表替代视图+CTE？
临时表看似能绕过视图限制，但实际更重、更难维护。关键区别在于作用域和复用成本：
- 视图定义一次，所有报表查询都能直接
FROM vw_active_employees，且数据库自动维护统计信息 - 临时表需每个会话单独
SELECT INTO #temp，无法跨会话共享，也不支持在CTE中作为锚成员来源（SQL Server报错Invalid object name '#temp'） - 递归CTE中若引用临时表，SQL Server执行计划常显示“Table Spool (Lazy Spool)”，性能比直接查带索引的视图低20%~40%
真正容易被忽略的是：视图的列名和数据类型在递归CTE中必须严格匹配——比如视图返回manager_id INT NULL，而CTE锚成员写了CAST(NULL AS BIGINT)，SQL Server会拒绝编译，报错Types don't match between the anchor and the recursive part。
