SQL Server中CTE递归查询需用WITH定义锚点和递归成员，用UNION ALL连接，必须包含层级字段（如Level）并加OPTION (MAXRECURSION 0)防超限；Dapper需手动组装树形结构，不能自动映射。
CTE递归查询在SQL Server里怎么写才支持无限极
SQL Server的WITH递归必须包含锚点（anchor）和递归成员（recursive member），且递归成员只能引用一次CTE自身，不能带聚合、GROUP BY、DISTINCT等。常见错误是漏掉UNION ALL或把WHERE条件写在递归分支外导致死循环。
典型结构如下：
WITH OrgTree AS ( -- 锚点：查顶层节点（ParentId = 0 或 NULL） SELECT Id, Name, ParentId, 0 AS Level FROM Departments WHERE ParentId IS NULL <p>UNION ALL</p><p>-- 递归：关联子节点 SELECT d.Id, d.Name, d.ParentId, ot.Level + 1 FROM Departments d INNER JOIN OrgTree ot ON d.ParentId = ot.Id ) SELECT * FROM OrgTree ORDER BY Level, Id;
注意：Level字段不是必须，但强烈建议加上，方便前端分层渲染或限制深度（比如加WHERE Level <= 5防爆栈）。
Dapper怎么把CTE结果映射成树形对象
Dapper本身不支持自动构建父子关系，它只做扁平映射。你得手动组装——先查出全部节点，再用字典+遍历挂载子节点。别指望Query<T>()直接返回IEnumerable<TreeNode>就完事。
关键点：
-
Query<Department>()返回的是按Level/Id有序的扁平列表，顺序影响组装效率 - 用
Dictionary<int, Department>缓存所有节点，ID作Key - 遍历一次列表，对每个节点找其
ParentId对应父节点，然后parent.Children.Add(current) - 顶层节点（
ParentId == null）就是根集合
示例片段：
var nodes = conn.Query<Department>(sql).ToList();
var dict = nodes.ToDictionary(x => x.Id);
var roots = new List<Department>();
<p>foreach (var node in nodes)
{
if (node.ParentId == null) roots.Add(node);
else if (dict.TryGetValue(node.ParentId.Value, out var parent))
(parent.Children ??= new List<Department>()).Add(node);
}为什么不用Entity Framework的LoadWith或ThenInclude
因为EF的导航属性加载是N+1查询或一次性查全表后内存Join，面对深层嵌套（比如10级部门+每级上百节点），前者性能崩，后者内存暴涨。CTE是数据库端完成层级计算，只传最终结果集，IO和网络开销更可控。
另外EF Core 7+虽支持ExecuteSqlRaw跑CTE，但返回类型需自定义FromSqlRaw<T>，且无法复用现有实体的配置（比如列名映射、值转换器）。Dapper绕过ORM抽象层，SQL和C#模型完全自主，更适合这种强定制场景。
风险提示：WITH RECURSIVE不是所有数据库都支持（MySQL 8.0+、PostgreSQL支持，SQL Server用WITH，SQLite需开启扩展），跨数据库迁移时要重写。
实际项目中容易被忽略的三个细节
第一，CTE默认递归上限是100层，超限报错Msg 530, Level 16, State 1, Line X: The statement terminated. The maximum recursion 100 has been exhausted before statement completion.。解决方法是在语句末尾加OPTION (MAXRECURSION 0)（0表示无限制），但务必配合Level字段做业务层截断，否则数据异常时会卡死数据库。
第二，Dapper执行含CTE的SQL时，如果SQL里有分号（比如前面带SET NOCOUNT ON;），必须显式设commandType: CommandType.Text，否则Dapper可能误判为多语句执行失败。
第三，前端展示树形表常需要展开/折叠状态，但数据库查出来的只是静态快照。若业务要求实时响应子节点变更，不能只靠一次CTE查询，得结合ParentId路径字段（如/1/5/12/）或维护闭包表，否则每次展开都要重新查一遍子树。
