SQL按指定月份分组报错：HAVING子句未知列问题排查

错误原因分析 #

1. GROUP BY逻辑错误：原代码仅按月份分组，会将所有州的温湿度数据合并成一个十一月的整体统计，无法实现“各州及国家单独统计”的需求。
2. HAVING子句引用非法：HAVING用于过滤聚合后的分组结果，不能直接引用未参与分组或聚合的原始列state_weather_stats.record_date。且筛选十一月数据的逻辑更适合放在WHERE子句中（先过滤再聚合，性能更优）。

修正后的SQL代码 #

SET sql_mode = 'PIPES_AS_CONCAT';

SELECT 
    state.name || ' ' || country.name AS location,
    AVG(state_weather_stats.humidity) AS average_humidity,
    CASE
        WHEN AVG(state_weather_stats.temperature) < 20 THEN 'COLD'
        WHEN AVG(state_weather_stats.temperature) < 30 THEN 'WARM'
        ELSE 'HOT'
    END AS temperature_status
FROM country
INNER JOIN state ON country.id = state.country_id
INNER JOIN state_weather_stats ON state.id = state_weather_stats.state_id
WHERE MONTH(state_weather_stats.record_date) = 11  -- 提前过滤十一月数据，提升性能
GROUP BY state.id, country.id, state.name, country.name  -- 按州+国家维度分组，确保每个地点独立统计
ORDER BY average_humidity DESC, state.name ASC;

关键修改说明 #

• 筛选逻辑迁移：将十一月的筛选从HAVING移至WHERE，避免聚合后再过滤的性能损耗，同时解决HAVING引用原始列的错误。
• 分组维度调整：加入state.id、country.id（及对应名称）作为分组依据，保证每个州与国家的组合生成独立的统计结果，匹配需求。
• 字段拆分优化：将原拼接的单一字段拆分为location（地点）、average_humidity（平均湿度）、temperature_status（温度状态），结果结构更清晰，便于后续使用。
• 别名简化排序：给聚合字段起别名，ORDER BY直接引用别名，代码更简洁易读。

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