是否需新增字段统计跨表得分？用户表关联投票表查询方法

嘿，我来帮你搞定这个需求！下面分两部分解答你的问题：

你可以通过关联Users和Votes表，结合聚合函数来实时统计每个用户的A、B投票数。这里提供两种可行的写法：

写法一：两次LEFT JOIN分别统计 #

这种方式通过两次关联Votes表，分别筛选出A和B的投票记录，再用COUNT统计数量：

SELECT
    u.id,
    u.username AS display_name,
    COUNT(vA.id) AS A,
    COUNT(vB.id) AS B
FROM Users u
LEFT JOIN Votes vA ON u.id = vA.user_id AND vA.A_id IS NOT NULL
LEFT JOIN Votes vB ON u.id = vB.user_id AND vB.B_id IS NOT NULL
WHERE u.id = 1
GROUP BY u.id, u.username;

写法二：单次关联+条件聚合 #

这种方式只关联一次Votes表，用CASE语句判断投票类型，再用SUM统计：

SELECT
    u.id,
    u.username AS display_name,
    SUM(CASE WHEN v.A_id IS NOT NULL THEN 1 ELSE 0 END) AS A,
    SUM(CASE WHEN v.B_id IS NOT NULL THEN 1 ELSE 0 END) AS B
FROM Users u
LEFT JOIN Votes v ON u.id = v.user_id
WHERE u.id = 1
GROUP BY u.id, u.username;

两种写法都能保证：即使该用户没有任何投票记录，也会返回A:0和B:0的结果，不会丢失用户基础信息。

这得结合你的业务场景和性能需求来判断：

不需要新增字段的情况 #

• 投票数据更新不频繁，或者查询量不大：实时计算投票数的开销完全可以接受，而且能保证数据100%准确，不用额外维护字段。
• 后续可能扩展投票类型（比如新增C、D投票）：实时计算的方式更灵活，不用修改Users表结构。

建议新增字段的情况 #

• 投票量极大、查询非常频繁：实时聚合会给数据库带来不小压力，这时可以在Users表新增A_vote_count和B_vote_count字段，通过数据库触发器或者业务代码的事务，在每次新增/删除投票时同步更新计数。查询时直接读取字段，性能会提升很多。
• 需要高频展示投票数据（比如用户主页、排行榜）：预计算的字段能减少查询耗时，优化用户体验。

如果选择新增字段，一定要注意数据一致性！比如用触发器自动维护计数，或者在业务层把“添加投票记录”和“更新用户计数”放在同一个事务里，避免出现投票记录和计数不匹配的情况。

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