在已关联answers、questions、users表的SQL查询中新增投票状态列

嘿，我来帮你搞定这个需求！你已经把answers、questions和users三张表关联出了基础结果，现在要结合upvote_answers表给当前用户的每条回答加上点赞、点踩或无操作的状态标识，对吧？

核心思路是用左连接（LEFT JOIN） 把你的现有结果集和upvote_answers表关联，确保不会丢失任何一条回答记录，再通过条件判断生成对应的状态列。

假设你的基础查询是这样的（已经完成三表关联）：

SELECT 
    a.answer_id,
    a.content AS answer_content,
    q.title AS question_title,
    u.username AS answer_author
FROM answers a
JOIN questions q ON a.question_id = q.question_id
JOIN users u ON a.user_id = u.user_id

现在我们修改查询，加入点赞状态的判断：

SELECT 
    a.answer_id,
    a.content AS answer_content,
    q.title AS question_title,
    u.username AS answer_author,
    -- 生成布尔类型的点赞状态列：TRUE=点赞，FALSE=点踩，NULL=无操作
    CASE
        WHEN ua.upvote = 1 THEN TRUE
        WHEN ua.upvote = 0 THEN FALSE
        ELSE NULL
    END AS user_vote_status,
    -- 可选：生成更直观的文字描述列，方便前端展示
    CASE
        WHEN ua.upvote = 1 THEN '已点赞'
        WHEN ua.upvote = 0 THEN '已点踩'
        ELSE '无操作'
    END AS vote_status_text
FROM answers a
JOIN questions q ON a.question_id = q.question_id
JOIN users u ON a.user_id = u.user_id
-- 左连接投票表，只关联当前用户的投票记录
LEFT JOIN upvote_answers ua 
    ON a.answer_id = ua.answer_id 
    AND ua.user_id = @current_user_id; -- 这里替换成当前用户的实际ID，比如123

几个关键细节： #

• 左连接的必要性：用LEFT JOIN而不是INNER JOIN，这样就算某条回答没有被当前用户点赞/点踩，这条记录也会被保留，不会被过滤掉。
• 限定当前用户：在JOIN的条件里直接加上ua.user_id = @current_user_id，这样只会关联当前用户的投票记录，不会混入其他用户的操作数据。
• 状态判断：通过CASE WHEN语句，根据upvote字段的1/0值生成布尔列，NULL则代表没有任何操作，这种设计在应用层很容易区分三种状态。

如果你的业务逻辑需要把“无操作”也用一个明确的布尔值表示（比如用FALSE？不过不太建议，会和点踩混淆），可以根据实际需求调整CASE WHEN的分支逻辑。

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