应根据是否需要插值选择：percentile_cont线性插值，结果可能为非原始值；percentile_disc取原始数据中最近值，结果必为真实存在值，两者均需配合group by和within group(order by ...)使用。
PostgreSQL 的 PERCENTILE_CONT 和 PERCENTILE_DISC 怎么选
分组后算百分位，PostgreSQL 有两个核心函数：连续型的 PERCENTILE_CONT 和离散型的 PERCENTILE_DISC。区别不在“准不准”，而在“要不要插值”。
PERCENTILE_CONT 会线性插值（比如第 25 百分位落在两个数中间，它就返回中间值），适合数值型且希望平滑分布的场景；PERCENTILE_DISC 直接取排序后最接近该位置的现有值（不插值），结果一定是原始数据里的某个真实值。
- 用
PERCENTILE_CONT时，必须指定WITHIN GROUP (ORDER BY ...)，且排序字段不能为NULL，否则整行被忽略 -
PERCENTILE_DISC对NULL更宽容些，但依然建议提前WHERE col IS NOT NULL - 两者都要求在
GROUP BY后作为聚合函数使用，不能直接放在SELECT *里混用
示例：
SELECT dept, PERCENTILE_CONT(0.5) WITHIN GROUP (ORDER BY salary) AS median_salary FROM employees GROUP BY dept;
MySQL 8.0+ 没有 PERCENTILE_CONT，怎么替代
MySQL 原生不支持标准百分位函数，PERCENTILE_CONT 和 PERCENTILE_DISC 都不存在。强行用 PERCENT_RANK() 或窗口函数组合，容易在分组边界出错。
最稳的替代路径是：先用窗口函数算排名，再用子查询或 CTE 找目标位置的值。
- 用
ROW_NUMBER() OVER (PARTITION BY dept ORDER BY salary)和COUNT(*) OVER (PARTITION BY dept)算出中位数应处的行号 - 对每个分组，取
ROUND((cnt + 1) / 2)行的salary就是离散中位数；要连续中位数，得额外处理偶数长度时的上下两行平均 - 注意：MySQL 的
PERCENT_RANK()返回的是相对秩（0～1），不是位置索引，不能直接当数组下标用
示例（离散中位数）：
WITH ranked AS (
SELECT dept, salary,
ROW_NUMBER() OVER (PARTITION BY dept ORDER BY salary) rn,
COUNT(*) OVER (PARTITION BY dept) cnt
FROM employees
)
SELECT dept, AVG(salary) AS median_salary
FROM ranked
WHERE rn IN (FLOOR((cnt + 1) / 2), CEIL((cnt + 1) / 2))
GROUP BY dept;
SQL Server 的 PERCENTILE_CONT 报 “无法对包含聚合或子查询的表达式执行此操作”
这个错误几乎总是因为你在 PERCENTILE_CONT 的 ORDER BY 子句里用了聚合函数（比如 ORDER BY AVG(sales)）或者子查询——它只接受原始列或确定性表达式。
- 必须确保
WITHIN GROUP (ORDER BY ...)里的字段来自GROUP BY列表，或本身就是分组键的一部分 - 如果想按某列的聚合结果排序（比如“按部门平均薪资升序排，再算各组薪资的 90 分位”），得拆成两层：先聚合出排序依据，再 JOIN 回原表做百分位计算
- SQL Server 要求
PERCENTILE_CONT必须搭配OVER ()或出现在聚合上下文中，单独写在SELECT里不加GROUP BY会报错
分组后百分位结果为空？重点查这三件事
不是函数写错了，而是数据或逻辑卡住了。空结果通常不是语法问题，而是隐性过滤导致分组内无有效值。
- 检查分组字段是否有大量
NULL：GROUP BY dept时，所有dept IS NULL的行会被归到同一组，若你没意识到这点，可能误以为“某部门没数据”，其实是NULL组占了全部 - 确认百分位参数是否越界：传
PERCENTILE_CONT(1.5)或-0.1在多数数据库里不会报错，但返回NULL—— 参数必须严格在 [0,1] 闭区间 - 留意类型隐式转换：比如
ORDER BY字段是字符串型数字（'10','2'），排序结果是字典序，百分位就完全失真；务必显式转成数值类型再排序
复杂点永远在数据质量里，而不是函数本身。跑出来空，先 SELECT dept, COUNT(*), COUNT(salary) FROM employees GROUP BY dept 看看基数和非空数对不对得上。
