如何将不同统计值分组到单行？SQL实现咨询与验证

嘿，我来帮你梳理下这个SQL查询的规范度和优化方向～

首先肯定你的需求：统计指定用户所有帖子的总点赞数并单行展示，这个思路是对的，但现有查询确实有几个可以优化和规范的地方：

现有查询的问题 #

• 冗余子查询：第一个子查询select ownerId, PostId from Posts完全没必要单独包裹，直接关联Posts表就行，多一层子查询只会增加解析成本，还降低可读性。
• 聚合逻辑不严谨：第二个子查询select idOfPost, count(idOfPost) AS totalLikes from Likes缺少GROUP BY idOfPost，这会导致它返回的是整个Likes表的总点赞数，而不是每个帖子的点赞数。你现在在SQL Fiddle能得到正确结果大概率是巧合（比如该用户的帖子点赞总数刚好等于全表总数），换个数据就会出错。
• GROUP BY兼容性问题：在开启ONLY_FULL_GROUP_BY模式的数据库（比如MySQL 5.7+、PostgreSQL默认）中，SELECT里的totalLikes既不是分组键也不是聚合函数，会直接报错，你的查询能运行只是因为环境没开这个严格模式，生产环境很容易踩坑。

优化后的方案 #

这里给你两种更规范简洁的写法，都能稳定实现需求：

方案1：先统计单帖点赞数再关联（适合点赞量极大的场景）

SELECT 
  u.UserId,
  COALESCE(SUM(l.like_count), 0) AS totalLikes
FROM Users u
LEFT JOIN Posts p ON u.UserId = p.ownerId
LEFT JOIN (
  SELECT idOfPost, COUNT(*) AS like_count
  FROM Likes
  GROUP BY idOfPost
) l ON p.PostId = l.idOfPost
WHERE u.UserId = 120
GROUP BY u.UserId;

这个写法先对Likes按帖子分组统计，再和用户、帖子表关联，最后求和。用COALESCE把NULL转成0，避免用户没帖子/没点赞时显示空值。

方案2：直接关联后聚合（更简洁，适合大多数场景）

SELECT 
  u.UserId,
  COUNT(l.idOfPost) AS totalLikes
FROM Users u
LEFT JOIN Posts p ON u.UserId = p.ownerId
LEFT JOIN Likes l ON p.PostId = l.idOfPost
WHERE u.UserId = 120
GROUP BY u.UserId;

这个写法更简单：直接把三张表关联，用COUNT(l.idOfPost)统计有效点赞记录数（因为LEFT JOIN后没点赞的帖子对应l.idOfPost是NULL，COUNT会自动忽略），结果同样准确。

总结 #

优化后的写法更符合SQL最佳实践，可读性更强，在各种数据库环境下都能稳定运行，还避免了原查询的潜在bug。

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