如何在SQL中使用PERCENTILE_CONT函数计算中位数？

PERCENTILE_CONT(0.5) 是计算中位数的正确写法，需传入0.5（非50或'0.5'），配合OVER()或WITHIN GROUP使用，返回插值结果，且必须指定ORDER BY排序依据。

PERCENTILE_CONT(0.5) 是计算中位数的正确写法

SQL 标准里 PERCENTILE_CONT 是连续分布的分位数函数，中位数对应第 50 百分位，所以必须传 0.5（不是 50，也不是 1/2 字面量表达式）。它返回的是插值结果——当行数为偶数时，会取中间两值的平均值；奇数时直接取中间值。这点和 PERCENTILE_DISC 不同，后者只返回实际存在的某一行值。

常见错误是写成 PERCENTILE_CONT(50) 或 PERCENTILE_CONT('0.5')，前者在多数数据库（如 PostgreSQL、Oracle）中会报错或返回非预期值，后者因类型不匹配可能隐式转换失败。

必须配合 OVER() 窗口子句使用，不能直接 SELECT

PERCENTILE_CONT 是窗口函数，不能像普通聚合函数那样直接写 SELECT PERCENTILE_CONT(0.5) FROM t。它必须带 OVER()，且括号内至少要指定排序依据：

• OVER (ORDER BY col)：全表按 col 排序后计算一个中位数（返回每行都相同的值）
• OVER (PARTITION BY group_col ORDER BY col)：按分组分别计算中位数
• 不能省略 ORDER BY，否则 PostgreSQL 报错 window function requires an ordering clause，SQL Server 也拒绝执行

示例（PostgreSQL）：

SELECT DISTINCT PERCENTILE_CONT(0.5) WITHIN GROUP (ORDER BY salary) OVER () AS median_salary FROM employees;

注意：这里用 WITHIN GROUP 语法（PostgreSQL/Oracle 支持），而非 OVER(ORDER BY ...) —— 两者语义不同：WITHIN GROUP 是聚合式窗口函数，OVER(ORDER BY ...) 是逐行计算的窗口函数，容易混淆。

不同数据库对 NULL 和数据类型的处理差异大

NULL 值默认被忽略，但行为细节有差别：

• PostgreSQL：自动过滤 NULL，不影响分位计算
• SQL Server：同样跳过 NULL，但如果所有值都是 NULL，则返回 NULL
• Oracle：NULL 被排除，但若输入为空集，抛出 ORA-30498: percentile value should be between 0 and 1 错误（哪怕你传的是 0.5）

数据类型必须支持排序和线性插值：NUMERIC、DECIMAL、FLOAT 安全；INT 会被提升为 NUMERIC 后插值；但 VARCHAR 或 DATE 虽可排序，插值结果可能无意义（比如两个日期中间值是合法日期，但两个字符串中间值通常不可用）。

替代方案：当 PERCENTILE_CONT 不可用时怎么应急

MySQL 8.0.12+ 支持 PERCENTILE_CONT，但旧版本或 SQLite 完全不支持。此时需手写逻辑：

• 用 ROW_NUMBER() + COUNT() 算出中间位置，再用条件聚合取值（偶数时取上下两行平均）
• 避免用 LIMIT/OFFSET 分页取中间行，因为无法处理偶数情况且性能差
• 如果只是单次查中位数，用应用层排序更可控（尤其数据量不大时）

关键点在于：数据库原生 PERCENTILE_CONT 的插值逻辑是确定的，手动实现时必须严格复现“偶数时均值、奇数时中值”的规则，否则和业务预期不符。

真正麻烦的是跨数据库兼容性——同一个 SQL 在 PostgreSQL 跑得通，在 SQL Server 可能因 WITHIN GROUP 不支持而失败，这时候得根据目标方言切换写法。别指望一次写完到处跑。