应使用HAVING子句筛选聚合结果，因WHERE在GROUP BY前执行、无法访问COUNT(*)等聚合值；HAVING在分组后运行，可引用GROUP BY列或聚合表达式，如HAVING AVG(stock) > 10。
GROUP BY 后怎么对聚合结果做条件筛选？
不能用 WHERE 筛选聚合后的值，这是新手最常踩的坑。比如想查“每个类别中平均库存 WHERE AVG(stock) 会报错——WHERE 在分组前执行，此时 AVG() 还没计算。
必须改用 HAVING，它专为过滤分组结果而生，且必须跟在 GROUP BY 后面。
-
HAVING可直接使用聚合函数：HAVING SUM(stock) 、<code>HAVING MIN(stock) - 若还需原始字段（如商品名），得把它们加进
GROUP BY或用聚合函数包裹，否则多数数据库会报错 - MySQL 5.7+ 默认开启
sql_mode=only_full_group_by，更严格地执行这一规则
按类别汇总库存时，该用 SUM 还是 AVG？
取决于业务定义的“阈值”含义。如果目标是识别“整体缺货风险高”的类别，看总库存是否低于安全线，就用 SUM(stock)；如果关注“是否存在普遍低库存现象”，比如单个商品平均不到 3 件，就得用 AVG(stock)。
示例：查总库存低于 20 的商品类别
SELECT category, SUM(stock) AS total_stock FROM products GROUP BY category HAVING SUM(stock) < 20;
注意：SUM() 会忽略 NULL 值，但如果某类所有商品 stock 都是 NULL，SUM() 返回 NULL，而 NULL 结果为 <code>UNKNOWN，该组不会被 HAVING 选中——这符合逻辑，但容易被误认为“漏数据”。
如何同时显示类别、最低库存和商品数？
只要在 SELECT 和 GROUP BY 中保持一致，就能叠加多个聚合指标。常见组合包括 MIN()、COUNT(*)、MAX() 等。
- 确保所有非聚合字段都出现在
GROUP BY中（如只按category分组，就不能在SELECT中单独写product_name） - 若想附带一个具体缺货商品（比如库存最少的那个），不能靠
MIN(product_name)——那是按字母序最小，不是库存最小；得用窗口函数或子查询，已超出GROUP BY范畴 - 性能上，
COUNT(*)通常比COUNT(column)快，尤其当列允许NULL时
示例：
SELECT category, MIN(stock) AS lowest_stock, COUNT(*) AS item_count, SUM(stock) AS total_stock FROM products GROUP BY category HAVING MIN(stock) <= 0 OR SUM(stock) < 100;
阈值动态化时，为什么别硬编码数字？
把 10、100 这类值写死在 SQL 里，后续调整要改多处、易出错、难审计。更稳妥的方式是：用参数占位符（如 $1、:threshold）配合应用层传入；或建一张 category_thresholds 表，通过 JOIN 关联。
例如关联阈值表：
SELECT p.category, SUM(p.stock) AS total_stock FROM products p JOIN category_thresholds t ON p.category = t.category GROUP BY p.category, t.threshold HAVING SUM(p.stock) < t.threshold;
注意 t.threshold 必须加入 GROUP BY，否则 MySQL 8.0+ 会报错；PostgreSQL 则要求所有非聚合字段都在 GROUP BY 中。
真正麻烦的是跨库兼容性——SQLite 对 HAVING 引用非 SELECT 字段较宽松，而 PostgreSQL 极其严格。写之前先确认目标数据库的行为。
