有一张名为procedure_child_related的postgresql表，里面包含procedure_id、child_id和status字段，写一个查询status等于ONLINE且procedure_id和child_id存在循环依赖关系的sql语句

在PostgreSQL中，检测表`procedure_child_related`中是否存在循环依赖关系通常需要更复杂的图数据库查询，因为SQL本身并不直接支持这样的图形操作。不过，我们可以尝试通过递归公共子查询(CTE)来模拟这种查找。假设我们有一个辅助函数来检查两个ID之间的直接依赖，然后递归地应用这个函数直到找到循环。

这里是一个基本的思路，但我们无法直接创建一个SQL语句来找出整个循环，因为这超出了标准SQL的功能：

WITH RECURSIVE dependency_tree AS (
    SELECT procedure_id, child_id, status,
           ROW_NUMBER() OVER (PARTITION BY child_id ORDER BY procedure_id) as rank
    FROM procedure_child_related
    WHERE status = 'ONLINE'
),
potential_cycle AS (
    SELECT * FROM dependency_tree
    WHERE rank IN (
        SELECT parent_rank + 1
        FROM dependency_tree t2
        INNER JOIN dependency_tree t1 ON t2.procedure_id = t1.child_id AND t2.rank = t1.parent_rank
    )
)
SELECT *
FROM potential_cycle
WHERE EXISTS (
    SELECT 1
    FROM potential_cycle p2
    WHERE p2.procedure_id = potential_cycle.child_id AND p2.child_id = potential_cycle.procedure_id
)

这个查询首先创建了一个CTE `dependency_tree`，然后在另一个CTE `potential_cycle`中寻找可能的循环。如果某个`procedure_id`的`rank`值在其子节点`child_id`的`rank`之后加一，那么可能存在循环。最后，外部查询确认是否有双向依赖来确认循环。

请注意，这只是一个近似解决方案，实际的数据库设计可能需要专门的数据结构（如存储过程或触发器）来处理这种图形数据。如果没有现成的工具，找到精确的循环依赖可能会非常复杂，并且可能超出SQL的性能范围。