SQL分组统计核心是明确“按什么分”“统计什么”“过滤在哪步”,需严格区分WHERE(分组前行过滤)与HAVING(分组后聚合结果过滤),GROUP BY字段须涵盖SELECT中所有非聚合列,多维分组需联合字段并确保维度关联完整。

SQL分组统计的核心是 GROUP BY 配合聚合函数(如 COUNT、SUM、AVG、MAX、MIN),但真正难的不是语法,而是想清楚“按什么分”“统计什么”“过滤在哪一步做”。下面用一个真实业务场景拆解,帮你把逻辑理顺、避开常见坑。
明确分组维度:别把“用户ID”和“用户名”混着分
假设有一张订单表 orders,字段包括:order_id, user_id, user_name, amount, status, create_time。现在要统计每个用户的下单总金额。
✅ 正确写法:
SELECT user_id, SUM(amount) AS total_amount FROM orders WHERE status = 'paid' GROUP BY user_id;
登录后复制
❌ 错误写法(常见):
SELECT user_id, user_name, SUM(amount) FROM orders GROUP BY user_id;
登录后复制
报错或结果不可靠!因为 user_name 没出现在 GROUP BY 中,也不在聚合函数里——MySQL 5.7+ 默认拒绝,其他数据库直接报错。如果想带名字,要么加进 GROUP BY(前提是 user_id 和 user_name 一一对应),要么用子查询/窗口函数确保语义清晰。
分组前过滤 vs 分组后筛选:WHERE 和 HAVING 不是一个东西
继续上面的订单表,需求升级:“统计已支付订单中,总金额超过 1000 元的用户”。
✅ 正确逻辑:先用 WHERE 筛出已支付订单 → 再按用户分组 → 最后用 HAVING 筛分组结果
还木有评论哦,快来抢沙发吧~