为何SQL好友关系查询返回结果超预期？重复出现当前查询用户

让我来帮你拆解这个问题——你遇到的查询结果里重复出现当前用户（比如bob）的情况，主要是两个核心逻辑错误导致的：

1. JOIN逻辑固定关联user_two_id，导致误查自身 #

你的原查询里，users表始终和relationships.user_two_id做关联匹配。当WHERE条件命中relationships.user_two_id = $1（也就是当前用户是关系中的user_two_id）时，users.user_id就等于当前用户ID$1，自然会把你自己的信息查出来。这就是为什么结果里会反复出现当前用户的原因——每有一条你作为user_two_id的关系记录，查询就会把你自己当成结果返回一次。

2. WHERE子句的运算符优先级错误 #

SQL中AND的优先级比OR高，所以你写的原条件：

relationships.user_one_id = $1 OR relationships.user_two_id = $1 AND relationships.relationship_status = 1

会被数据库自动解析成：

(relationships.user_one_id = $1) OR (relationships.user_two_id = $1 AND relationships.relationship_status = 1)

这意味着只要user_one_id是当前用户，不管relationship_status是不是1，这条记录都会被选中，这不仅会引入无效的非好友记录，还会加剧重复返回自身的问题。

正确的查询解决方案 #

我们需要调整两个关键逻辑，这里提供两种直观的写法：

写法1：用CASE表达式动态匹配好友ID

这种写法通过判断当前用户在关系中的角色，动态关联对应的好友ID，确保只返回好友的信息：

SELECT u.username, u.user_status
FROM relationships r
JOIN users u ON u.user_id = CASE
    WHEN r.user_one_id = $1 THEN r.user_two_id
    WHEN r.user_two_id = $1 THEN r.user_one_id
END
WHERE (r.user_one_id = $1 OR r.user_two_id = $1)
  AND r.relationship_status = 1
  -- 额外防护：避免脏数据导致的自身匹配（可选，但更安全）
  AND CASE
    WHEN r.user_one_id = $1 THEN r.user_two_id
    WHEN r.user_two_id = $1 THEN r.user_one_id
END != $1;

写法2：用UNION拆分两种好友场景

把“当前用户是user_one_id”和“当前用户是user_two_id”拆成两个独立查询，再合并结果，逻辑更清晰：

-- 场景1：当前用户发起的好友关系，取对方为好友
SELECT u.username, u.user_status
FROM relationships r
JOIN users u ON u.user_id = r.user_two_id
WHERE r.user_one_id = $1 AND r.relationship_status = 1
UNION
-- 场景2：当前用户被添加的好友关系，取对方为好友
SELECT u.username, u.user_status
FROM relationships r
JOIN users u ON u.user_id = r.user_one_id
WHERE r.user_two_id = $1 AND r.relationship_status = 1;

为什么这两种写法能解决问题？ #

• 都确保了我们只关联好友的用户ID，从根源上避免了返回当前用户自身；
• 明确要求relationship_status = 1对所有场景生效，不会引入非好友的无效记录；
• 第一种写法里的额外判断可以防御数据库中可能存在的user_one_id和user_two_id相同的脏数据（虽然你的表结构应该不会允许这种情况，但加上更稳妥）。

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