PERCENTILE_DISC是返回数据集中实际存在值的离散百分位函数，与PERCENTILE_CONT的插值计算不同：前者取排序后不大于指定位置的最近观测值（如[1,3,5,7]中PERCENTILE_DISC(0.5)返回3），后者通过线性插值得到理论中间值（如返回4.0）；PERCENTILE_DISC结果必为原始数据中的某值，且必须配合WITHIN GROUP (ORDER BY ...)和OVER()使用。

PERCENTILE_DISC 是什么，它和连续百分位数有什么区别

PERCENTILE_DISC 是 SQL 标准中定义的确定性百分位函数，返回数据集中实际存在的值（即“离散”含义），而不是插值计算出的中间值。它和 PERCENTILE_CONT 最关键的区别在于：当指定的百分位落在两个相邻值之间时，PERCENTILE_DISC 总是向下取到排序后最接近但不大于该位置的现有观测值。

• 这意味着结果一定是输入列中真实存在的某个 value，不会出现原始数据里没有的小数或中间值
• 它依赖 ORDER BY 子句定义的排序逻辑，且必须配合 OVER() 窗口定义使用
• 不支持在普通聚合上下文（如 GROUP BY 后直接用）中调用，否则报错：ERROR: PERCENTILE_DISC requires a window specification

基本语法与必需参数怎么写

PERCENTILE_DISC 的调用格式固定为：

PERCENTILE_DISC(<code>0.5</code>) WITHIN GROUP (ORDER BY <code>column_name</code>) OVER (<code>partition_clause</code>)

• 第一个参数必须是 0 到 1 之间的常量小数（如 0.25、0.5、0.9），不能是变量或表达式
• WITHIN GROUP (ORDER BY ...) 是强制部分，决定排序依据；列类型需支持比较（数值、日期、字符串均可）
• OVER() 可选但常见：若不写，整个结果集视为一个窗口；若按分组计算（比如每个部门的中位数），则需 OVER (PARTITION BY <code>dept_id)
• 注意：PostgreSQL 支持该语法；SQL Server 也支持但要求兼容级别 ≥ 110；MySQL 和 SQLite 不支持 PERCENTILE_DISC

常见错误和容易忽略的坑

• 把 PERCENTILE_DISC 当成普通聚合函数直接写在 SELECT 中却不加 OVER()：会触发解析错误，提示缺少窗口定义
• 对空值处理没预期：默认情况下 NULL 值被排除在排序之外，不影响位置计算；但如果所有值都是 NULL，结果返回 NULL
• 在 ORDER BY 子句中用了多列或表达式（如 ORDER BY ABS(x)），某些数据库（如旧版 PostgreSQL）可能拒绝执行
• 指定百分位为 0.0 时返回排序后第一个非 NULL 值；为 1.0 时返回最后一个非 NULL 值 —— 这点常被误认为等价于 MIN/MAX，但行为不完全一致（尤其存在重复值时）

一个能跑通的 PostgreSQL 示例

假设有一张销售表 sales，含字段 region 和 amount：

SELECT
  region,
  PERCENTILE_DISC(0.5) WITHIN GROUP (ORDER BY amount) OVER (PARTITION BY region) AS median_amount
FROM sales;

• 这条语句对每个 region 分别计算中位数，并将结果广播到每行
• 若某 region 有 4 条记录（amount = [100, 200, 300, 400]），位置 0.5 对应第 2 个值（索引从 1 开始计，位置 = floor((n−1)×p)+1），所以返回 200 而不是 250
• 如果想只取每个 region 一行结果，得套一层 DISTINCT ON (region) 或改用子查询 + GROUP BY 配合窗口函数去重

真正要注意的是：这个函数的行为高度依赖底层排序稳定性与 NULL 处理策略，不同数据库版本间可能有细微差异，上线前务必用真实数据集验证边界情况。