需用case when构造业务分组列再聚合：先在select和group by中同步定义逻辑分组（如status归类为processing/completed），再套count(*)统计各组数量，确保跨数据库兼容性与逻辑一致性。
用 CASE WHEN + 聚合函数实现字符串字段的规则计数
直接在 GROUP BY 后对字符串字段做 COUNT 或 MAX 通常没意义，真正需要的是按业务逻辑归类再聚合。比如把用户状态字段 status 中的 'pending'、'reviewing' 归为“处理中”，'approved'、'rejected' 归为“已终审”，再统计各组数量。
最可靠的方式是先用 CASE WHEN 构造逻辑分组列，再套一层聚合：
SELECT
CASE
WHEN status IN ('pending', 'reviewing') THEN 'processing'
WHEN status IN ('approved', 'rejected') THEN 'completed'
ELSE 'other'
END AS status_group,
COUNT(*) AS cnt
FROM orders
GROUP BY
CASE
WHEN status IN ('pending', 'reviewing') THEN 'processing'
WHEN status IN ('approved', 'rejected') THEN 'completed'
ELSE 'other'
END;
注意：MySQL 和 PostgreSQL 允许在 GROUP BY 中直接写表达式；SQL Server 要求该表达式必须出现在 SELECT 列表中（或用别名引用）；SQLite 支持但需确保表达式确定性。
避免 GROUP_CONCAT / STRING_AGG 中的重复与顺序失控
当需要把同一组的多个字符串拼成一个字段（如合并标签），GROUP_CONCAT（MySQL）、STRING_AGG（PostgreSQL/SQL Server）很常用，但默认行为容易踩坑：
-
GROUP_CONCAT(tag)不去重，相同 tag 会出现多次 - 不指定
ORDER BY时，拼接顺序不可控（尤其跨行聚合时） - MySQL 默认长度限制为 1024 字符，超长会被截断
实操建议：
• 去重拼接（MySQL）：GROUP_CONCAT(DISTINCT tag ORDER BY tag SEPARATOR ',')
• 控制长度（MySQL）：SET SESSION group_concat_max_len = 10000;
• PostgreSQL 确保排序：STRING_AGG(tag, ',' ORDER BY tag)
• SQL Server 注意空值：用 STRING_AGG(ISNULL(tag, ''), ',') 避免整个结果为 NULL
用 JSON_OBJECT_AGG / JSONB_OBJECT_AGG 汇总键值对
当非数值字段本身带“键-值”语义（如配置项、多语言文案），且需按主键聚合出结构化对象时，原生 JSON 聚合函数比字符串拼接更安全。
例如把 config_key 和 config_value 按 user_id 合并为 JSON 对象：
-- PostgreSQL SELECT user_id, JSONB_OBJECT_AGG(config_key, config_value) FROM user_configs GROUP BY user_id;
• MySQL 8.0+ 用 JSON_OBJECTAGG(config_key, config_value)
• 键重复时，PostgreSQL 的 JSONB_OBJECT_AGG 会保留最后一个值，MySQL 的 JSON_OBJECTAGG 报错（需提前去重）
• 若 config_value 是数字或布尔，JSON 函数能自动保持类型；字符串拼接则一律变成文本
WHERE 条件里不能直接用聚合结果过滤？那就得用 HAVING 或子查询
想筛选“至少有两个不同标签的用户”，不能写 WHERE COUNT(DISTINCT tag) > 1——这会报错，因为 WHERE 执行在聚合前。
正确做法只有两个：
• 用 HAVING（适用于简单条件）：HAVING COUNT(DISTINCT tag) > 1
• 用子查询或 CTE（适用于复杂逻辑，比如要同时用到聚合值和原始字段）：
WITH user_tag_stats AS ( SELECT user_id, COUNT(DISTINCT tag) AS distinct_tag_cnt FROM user_tags GROUP BY user_id ) SELECT u.*, s.distinct_tag_cnt FROM users u JOIN user_tag_stats s ON u.id = s.user_id WHERE s.distinct_tag_cnt > 1;
别指望在 WHERE 里调用 CASE WHEN 聚合结果——它根本还没算出来。这个限制和字段是否数值无关，是 SQL 执行顺序决定的。
自定义规则聚合真正麻烦的地方不在语法，而在于规则变化时要同步改多处：CASE 表达式、GROUP BY、HAVING、甚至前端展示逻辑。一旦规则变复杂（比如嵌套状态机），尽早考虑把规则移到应用层或用数据库函数封装。
