SQL处理SQL递归子查询的方法_使用WITH RECURSIVE递归实现

张开发
• 2026/4/6 4:33:08 • 15 分钟阅读

最新文章

推荐文章

相关文章

分享文章

SQL处理SQL递归子查询的方法_使用WITH RECURSIVE递归实现
WITH RECURSIVE必须置于语句最前端不可嵌套需含非递归项与递归项用UNION ALL连接列数类型须一致应设深度限制防无限循环。WITH RECURSIVE 语法必须写在最前面不能嵌套在子查询里很多人写完 SELECT 才想起来要递归硬把 WITH RECURSIVE 塞进 FROM 子句里结果直接报错ERROR: syntax error at or near WITH。它不是普通 CTE是独立的顶层结构必须紧贴语句开头后面紧跟主查询。实操建议WITH RECURSIVE 后面直接跟递归 CTE 的定义cte_name AS ( ... )再换行写 SELECT不能出现在视图定义、函数体或 INSERT ... SELECT 的子查询中——除非整个语句以 WITH RECURSIVE 开头PostgreSQL 支持MySQL 8.0 支持SQLite 3.8.3 支持但 SQL Server 用 WITH UNION ALL不加 RECURSIVE 关键字递归 CTE 必须包含非递归项和递归项且 UNION ALL 是强制连接方式只写一次 SELECT 或用 UNION而非 UNION ALL都会失败。数据库需要明确区分“起点”和“迭代逻辑”否则无法初始化或陷入死循环。常见错误现象漏掉初始查询anchor member比如只写 SELECT * FROM tree WHERE parent_id 1 的递归部分没写根节点查询递归查询里意外引入了未在非递归项中出现的列如多选了一个计算字段导致列数/类型不匹配用了 UNION数据库会去重但递归过程依赖逐层追加去重可能删掉关键中间结果甚至让迭代提前终止示例组织架构查下属WITH RECURSIVE subordinates AS ( SELECT id, name, manager_id, 1 AS level FROM employees WHERE id 123 -- 非递归项从指定员工开始 UNION ALL SELECT e.id, e.name, e.manager_id, s.level 1 FROM employees e INNER JOIN subordinates s ON e.manager_id s.id -- 递归项找所有直接下属)SELECT * FROM subordinates;不设终止条件会无限循环max_recursion_depth 不是万能保险递归没有自然退出机制。如果数据存在环比如 A 管 B、B 管 C、C 又管 A或者 JOIN 条件始终成立查询会一直跑直到超时或达到数据库限制。 通义听悟 阿里云通义听悟是聚焦音视频内容的工作学习AI助手依托大模型帮助用户记录、整理和分析音视频内容体验用大模型做音视频笔记、整理会议记录。

更多文章