使用SQL查询自关联communities表中指定子社区的所有父级节点

• CTE命名冲突：你定义的递归CTE和原业务表都叫communities，递归查询时数据库无法区分引用的是原表还是CTE的递归结果，直接导致逻辑混乱。
• 递归方向错误：你要查询子节点的所有父级，正确逻辑是「用当前节点的ParentCommunityID匹配父级的CommunityID」，你原代码的关联条件写反了，变成了向下查询子节点，自然会出现重复、结果错误的问题。
• 终止逻辑缺失：没有针对ParentCommunityID IS NULL的终止判断，查询根节点时会返回无效的NULL结果，也可能引发不必要的递归。

WITH RECURSIVE recursive_parents AS (
    -- 锚点成员：先拿到指定社区的直接父级ID
    SELECT ParentCommunityID, CommunityID AS child_id
    FROM communities
    WHERE CommunityID = 268 -- 这里替换成你要查询的指定社区ID
      AND ParentCommunityID IS NOT NULL -- 根节点直接无结果，避免返回NULL
    UNION ALL
    -- 递归成员：每次用上一轮的父级ID，找它的父级
    SELECT c.ParentCommunityID, c.CommunityID AS child_id
    FROM communities c
    INNER JOIN recursive_parents rp ON c.CommunityID = rp.ParentCommunityID
    WHERE c.ParentCommunityID IS NOT NULL -- 到根节点就停止递归
)
-- 如需返回父级的完整信息，可改成 SELECT c.* FROM communities c JOIN recursive_parents rp ON c.CommunityID = rp.ParentCommunityID
SELECT ParentCommunityID FROM recursive_parents
ORDER BY ParentCommunityID;

递归CTE固定分为两部分，用UNION ALL拼接：

1. 锚点成员：是递归的起点，这里先定位到你指定的目标社区，取出它的直接父级ID作为第一轮结果
2. 递归成员：每次拿上一轮查询得到的父级ID，去原表匹配该ID对应的社区的ParentCommunityID，也就是父级的父级，直到某一轮的ParentCommunityID为NULL，就停止递归。
   整个逻辑是从子节点向上逐层溯源，不会出现重复遍历，所以不需要加DISTINCT关键字，查询根节点（没有父级的社区）时也会返回空结果，符合预期。

内容的提问来源于stack exchange，提问作者Kasun Jalitha