percentile_cont 返回 null 最常见原因是输入列含 null 值且未过滤，因其默认跳过 null；解决方法是 where x is not null 或 filter (where x is not null)。
PERCENTILE_CONT 为什么返回 NULL 而不是数值
最常见的现象是执行 PERCENTILE_CONT(0.5) WITHIN GROUP (ORDER BY x) 却得到 NULL，哪怕表里有非空数据。根本原因是：输入列 x 中存在 NULL 值，而 PERCENTILE_CONT 默认**完全跳过 NULL**，若排序后只剩空集（比如整列都是 NULL），结果就是 NULL。
解决方法不是删数据，而是显式过滤：
- 用
WHERE x IS NOT NULL预先排除（推荐，语义清晰） - 或在窗口函数中配合
FILTER (WHERE x IS NOT NULL)（PostgreSQL 9.4+） - 注意：不能用
COALESCE(x, 0)替代，这会扭曲分布，让百分位数失去统计意义
PERCENTILE_CONT 和 PERCENTILE_DISC 的核心区别在哪
两者都算百分位数，但算法逻辑完全不同：PERCENTILE_CONT 做线性插值，PERCENTILE_DISC 取实际存在的离散值。
举例：对序列 [10, 20, 30, 40] 计算 0.35 分位数：
-
PERCENTILE_CONT(0.35)先算位置 = (n−1) × p + 1 = 3.05 → 在第 3 和第 4 个值之间插值 → 结果 ≈ 29.5 -
PERCENTILE_DISC(0.35)直接取排序后位置 ≥ 0.35 × n 的第一个实际值 → 第 2 个值 → 20
选哪个？要连续估计（如中位数置信区间）用 PERCENTILE_CONT；只要原始数据中的某个真实观测值（如“前 35% 用户的最低消费额”）就用 PERCENTILE_DISC。
在 GROUP BY 或窗口中使用时的常见陷阱
PERCENTILE_CONT 是**有序集函数（ordered-set aggregate）**，必须搭配 WITHIN GROUP (ORDER BY ...)，且不能出现在普通表达式上下文中（比如不能直接写在 SELECT 列表里却不带 GROUP BY，除非是窗口形式）。
典型错误写法：
SELECT id, PERCENTILE_CONT(0.5) WITHIN GROUP (ORDER BY value) FROM t;
→ 报错：column "t.id" must appear in the GROUP BY clause
正确做法分两种场景：
- 按组聚合：加
GROUP BY id，此时每个id组内独立计算百分位 - 保留原行并附加统计值：改用窗口函数
PERCENTILE_CONT(0.5) WITHIN GROUP (ORDER BY value) OVER (PARTITION BY id) - 注意：
OVER ()全局窗口不支持WITHIN GROUP，必须明确PARTITION BY或省略（即不分区）
性能和数据类型限制要注意什么
PERCENTILE_CONT 内部需对输入列完整排序，数据量大时 I/O 和内存开销明显。它只接受可排序类型：数值类（int, numeric, float8）、时间类型（timestamp, interval），不支持 text 或 jsonb（即使内容全是数字也不行）。
优化建议：
- 确保
ORDER BY列上有索引，尤其是用于PARTITION BY+ORDER BY的复合场景 - 避免在
SELECT中多次调用不同分位点（如 0.25/0.5/0.75），PostgreSQL 不会复用排序结果，应考虑用percentile_cont(ARRAY[0.25,0.5,0.75])一次性计算（PostgreSQL 14+） - 如果只是要中位数，
median()扩展函数（如tdigest）可能更快，但属于近似算法，PERCENTILE_CONT是唯一标准精确实现
插值本身不损失精度，但输入数据的类型决定了结果精度：对 numeric 返回 numeric，对 float8 返回 float8 —— 如果原始是 integer，记得显式转成 numeric 再传入，否则插值得到的可能是意外截断的整数。
