PostgreSQL中percentile_cont计算分组百分位数需区分聚合与窗口用法：作为聚合函数时用WITHIN GROUP (ORDER BY)配合GROUP BY；作为窗口函数时必须用OVER(PARTITION BY ... ORDER BY ...)，不可混用。
PostgreSQL 用 percentile_cont 计算分组百分位数
PostgreSQL 原生支持分组内百分位计算，percentile_cont 是最常用的选择，它返回连续分布下的插值结果（比如中位数就是 percentile_cont(0.5)）。关键在于把 OVER (PARTITION BY ...) 和聚合函数写法区分开：它不是配合 GROUP BY 用的聚合函数，而是窗口函数——所以不能直接放在 GROUP BY 查询的 SELECT 列表里和普通聚合混用。
常见错误是这样写：
SELECT dept, percentile_cont(0.5) WITHIN GROUP (ORDER BY salary) FROM employees GROUP BY dept;
这其实能运行，但属于「有序集合聚合」语法（WITHIN GROUP），和窗口函数是两套机制。真正想在分组后为每行附加该组的百分位值，得用窗口函数：
- 必须用
OVER (PARTITION BY dept ORDER BY salary)，且ORDER BY不可省略 -
percentile_cont(0.9)返回第90百分位数值，结果类型和salary一致（需注意精度） - 如果只要每个部门一个汇总行，就别用窗口函数，改用
WITHIN GROUP聚合写法 - 多个百分位要一起算？可以写成
percentile_cont(0.25) WITHIN GROUP (...) AS p25, percentile_cont(0.5) WITHIN GROUP (...) AS p50
MySQL 8.0+ 没有内置 percentile_cont，得用窗口函数模拟
MySQL 不提供直接的百分位函数，但可用 ROW_NUMBER() + COUNT() 窗口函数逼近。核心思路是：先按组排序编号，再定位目标位置（比如第90百分位 ≈ 第 FLOOR(0.9 * 总行数) 行），再用 LAG 或子查询取值。实际中更稳妥的是用 NTILE(100) 分百桶，然后取第90桶的最大值——虽是近似，但简单且稳定。
-
NTILE(100) OVER (PARTITION BY dept ORDER BY salary)会给每行打上 1–100 的桶号 - 再套一层
MAX(salary) FILTER (WHERE tile = 90)不行（MySQL 不支持FILTER），得用条件聚合：MAX(CASE WHEN tile = 90 THEN salary END) - 注意
NTILE在行数不能被100整除时会不均匀分配，90桶可能为空；建议补个COALESCE(..., (SELECT MAX(salary) FROM ... WHERE tile >= 89))防空 - 严格插值（如 PostgreSQL 的
percentile_cont）在 MySQL 里得手写变量或 CTE 逐步计算，性能差、易出错，一般业务场景不值得
SQL Server 的 PERCENTILE_CONT 和 GROUP BY 冲突怎么解
SQL Server 支持 PERCENTILE_CONT，但它**强制要求使用 OVER 窗口子句，禁止出现在含 GROUP BY 的聚合查询中**。如果你写了 SELECT dept, PERCENTILE_CONT(0.5) WITHIN GROUP (ORDER BY salary) OVER (PARTITION BY dept)，会报错 Windowed functions cannot be used in the context of another windowed function or aggregate。
- 正确做法是：先用 CTE 或子查询算出每个部门的百分位值，再和原表
JOIN - 例如 CTE：
WITH p AS (SELECT dept, PERCENTILE_CONT(0.5) WITHIN GROUP (ORDER BY salary) OVER (PARTITION BY dept) AS med FROM employees)，然后SELECT DISTINCT dept, med FROM p - 不要试图在同一个
SELECT里既GROUP BY dept又调用PERCENTILE_CONT窗口函数——语法直接拒绝 -
WITHIN GROUP本身已是聚合动作，不需要额外GROUP BY；混用会导致语义冲突
为什么不能直接在 GROUP BY 后用多数数据库的百分位函数？
根本原因是语义层级冲突：GROUP BY 定义的是「行到组的折叠」，而 PERCENTILE_CONT 等函数在不同数据库中有两种实现路径：一种是作为聚合函数（如 PostgreSQL 的 WITHIN GROUP 形式），它自己完成分组内计算，无需外部 GROUP BY；另一种是窗口函数（如 SQL Server、PostgreSQL 的 OVER 形式），它作用于已存在的行集，和 GROUP BY 属于不同执行阶段。强行并列，优化器无法确定计算顺序。
- PostgreSQL 允许
GROUP BY + WITHIN GROUP并存，是因为WITHIN GROUP被解析为独立聚合子句，不依赖外层GROUP BY的输出 - 但 SQL Server 把
PERCENTILE_CONT只实现为窗口函数，没提供WITHIN GROUP版本，所以你只能二选一：要么用窗口函数 + CTE 拆解，要么用APPROX_PERCENTILE（如果版本支持）换精度保速度 - 跨数据库移植时，最保险的是避开所有百分位函数，改用
RANK() / COUNT(*)手动算位置，虽然啰嗦但可控
百分位计算的坑不在公式，而在函数归属哪一类执行模型——看文档前先确认它是聚合函数还是窗口函数，否则花半天调语法也跑不通。
