SQL中不能在同一个SELECT中既返回明细又用GROUP BY聚合，必须拆解逻辑：需每行附带统计值时用窗口函数（如SUM() OVER），需按聚合条件筛选明细时用子查询+JOIN。
不能直接在同一个 SELECT 中既返回明细行又用 GROUP BY 做聚合统计——这是 SQL 语法硬限制。必须拆解逻辑，用子查询、窗口函数或 JOIN 预聚合结果。
用窗口函数保留明细并附加聚合值
当你需要每条订单记录都显示“该客户总消费额”，又不想丢失订单 ID、时间等原始字段，SUM() OVER 是最直接的解法。它不改变行数，只新增计算列。
-
SUM(order_amount) OVER (PARTITION BY customer_id)按客户分组累加，每条订单行都能拿到对应客户的总额 - 不能和
GROUP BY混用——窗口函数在 GROUP BY 之后执行，但本身不触发分组 - 注意：MySQL 8.0+、PostgreSQL、SQL Server 都支持；SQLite 3.25+ 支持，旧版不支持
- 示例：
SELECT customer_id, order_id, order_amount, SUM(order_amount) OVER (PARTITION BY customer_id) AS total_per_customer FROM orders;
用子查询先聚合再 JOIN 回明细
当目标是筛选出满足聚合条件的明细（比如“只查订单总额超 5000 的客户的全部订单”），子查询比窗口函数更清晰、兼容性更好。
- 先写子查询算出符合条件的
customer_id列表：SELECT customer_id FROM orders GROUP BY customer_id HAVING SUM(order_amount) > 5000 - 再用
IN或JOIN关联原表：SELECT * FROM orders WHERE customer_id IN (子查询) - 避免把
HAVING条件硬塞进主查询的WHERE——WHERE无法引用SUM()，会报Invalid use of aggregate function - 如果要关联客户名等宽表字段，用
JOIN更稳妥：SELECT c.name, o.order_id, o.order_amount FROM customers c INNER JOIN orders o ON c.customer_id = o.customer_id WHERE c.customer_id IN (子查询)
LEFT JOIN 预聚合结果时 COUNT() 的陷阱
想统计每个用户的订单数并保留无订单用户，COUNT(*) 和 COUNT(o.id) 行为完全不同——这是最容易写错的地方。
-
COUNT(*)统计的是连接后结果集的行数，LEFT JOIN 后即使没订单，用户行还在，所以返回 1 -
COUNT(o.id)只统计o.id非 NULL 的行，没订单时o.id是 NULL，结果就是 0 - 安全写法永远用
COUNT(右表主键)，比如COUNT(orders.id)，而不是COUNT(*)或COUNT(orders.created_at)（后者可能为 NULL） - 预聚合子查询里也得保持一致：
SELECT user_id, COUNT(*) AS cnt FROM orders GROUP BY user_id→ 这个COUNT(*)是对订单表自身的行计数，没问题；但 JOIN 后要用COUNT(orders.id)才能正确体现“0 订单”
真正难的不是写法本身，而是判断该用窗口函数还是子查询：前者适合“每行带统计值”，后者适合“按统计值筛选明细”。很多人卡在第一步——没想清楚自己到底要“附带计算”还是“条件过滤”。
