中值不能用having过滤，因为median()非标准聚合函数且多数数据库不支持，即使支持的percentile_cont()也因依赖组内排序而无法在having中使用；正确做法是子查询计算中值后在外层where过滤。
中值不能直接用 HAVING 过滤，因为 MEDIAN() 不是标准 SQL 聚合函数
绝大多数数据库（如 MySQL 8.0 前、PostgreSQL 13 前、SQL Server）根本不支持 MEDIAN() 作为聚合函数，所以你写 HAVING MEDIAN(score) > 85 会直接报错：Unknown function 'MEDIAN' 或类似提示。即使 PostgreSQL 14+ 支持 PERCENTILE_CONT(0.5)，它也不能在 HAVING 中直接用于分组后过滤——因为中值本身依赖于组内完整有序集，而 HAVING 只能引用已计算出的聚合结果或 GROUP BY 列。
正确做法：用窗口函数先算组内中值，再外层过滤
核心思路是「先分组排序求中值，再把中值当普通列参与条件判断」。这必须拆成两层查询，子查询（或 CTE）负责计算每组的中值，主查询用 WHERE 过滤。
- MySQL 8.0+：用
ROW_NUMBER()+COUNT(*)模拟中值位置，或直接用PERCENT_RANK()配合FIRST_VALUE() - PostgreSQL：推荐
PERCENTILE_CONT(0.5) WITHIN GROUP (ORDER BY score)，它可直接在子查询中按GROUP BY department计算 - SQL Server：用
PERCENTILE_CONT(0.5) WITHIN GROUP (ORDER BY score) OVER (PARTITION BY department)，注意这是窗口函数，需去重后过滤
示例（PostgreSQL）：
SELECT department, avg_score
FROM (
SELECT
department,
AVG(score) AS avg_score,
PERCENTILE_CONT(0.5) WITHIN GROUP (ORDER BY score) AS median_score
FROM exam_results
GROUP BY department
) t
WHERE median_score > 85;
为什么不能把中值计算塞进 HAVING？
HAVING 的执行时机是在 GROUP BY 之后、但仅能使用聚合函数输出的标量值（如 COUNT()、AVG()），而中值不是原子聚合——它需要组内所有行排序后取中间位置，某些引擎（如旧版 MySQL）甚至不支持在聚合上下文中调用排序逻辑。强行写会导致：
- 语法错误（函数不存在）
- 运行时错误（“window function is not allowed in HAVING clause”）
- 逻辑错误（若误用窗口函数，结果会因未分区重复计算而失真）
另外，HAVING 无法引用子查询别名，所以即使你写了 (SELECT PERCENTILE_CONT...) AS m 在 SELECT 里，HAVING m > 85 仍非法。
性能与兼容性要注意的点
中值计算天然比 AVG() 或 COUNT() 昂贵，尤其数据量大时：
- PostgreSQL 的
PERCENTILE_CONT会触发排序，建议在department, score上建复合索引 - MySQL 8.0 手动实现中值需两遍扫描（一次计数、一次取第 N/2 行），用
ROW_NUMBER()时记得加PARTITION BY department ORDER BY score - 如果只是想「排除离群值再求均值」，考虑用
WHERE score BETWEEN ... AND ...预过滤，比算中值再HAVING更快
真正卡住多数人的，不是语法怎么写，而是没意识到中值本质上是个「排序后定位」操作，和 SUM() 这类纯归约操作有根本差异——这点一旦混淆，所有 HAVING 尝试都会失败。
