percentile_disc 必须用聚合形式 percentile_disc(p) WITHIN GROUP (ORDER BY col) 配合 GROUP BY，不可省略 ORDER BY 或误作窗口函数；它返回真实存在的离散值，自动忽略 NULL，但要求排序列类型可比较且无隐式转换错误。
percentile_disc 函数在分组场景下必须配合 GROUP BY 和 ORDER BY 使用
percentile_disc 是一个窗口函数（也支持聚合用法），但它**不是普通聚合函数**——直接写 SELECT group_col, percentile_disc(0.5) WITHIN GROUP (ORDER BY val_col) FROM t GROUP BY group_col 才能生效。如果漏掉 WITHIN GROUP (ORDER BY ...)，PostgreSQL 会报错：ERROR: missing ORDER BY clause in window definition 或更隐晦的 function percentile_disc(double precision) does not exist（因签名不匹配）。
常见错误是把它当普通函数调用，比如 percentile_disc(0.5, val_col) 或 percentile_disc(0.5) OVER (PARTITION BY group_col) ——后者语法合法但结果错误：它按整个分区排序后取中位数，却不保证该值属于当前分组的原始数据分布（尤其当分组间数据量差异大时，容易返回非本组的“假中位数”）。
- 必须用聚合形式：
percentile_disc(0.5) WITHIN GROUP (ORDER BY val_col) -
ORDER BY子句不可省略，且只能是单列（或明确表达式），不能是多列或带方向的ORDER BY x DESC, y ASC - 若需降序中位数（如取“最大一半里的最小值”），改用
ORDER BY val_col DESC，此时percentile_disc(0.5)返回的是上中位数（discrete，即实际存在的值）
处理 NULL 值和数据类型不匹配的典型报错
percentile_disc 会自动忽略 NULL 值参与排序和计算，这点没问题；但若 val_col 是 text 类型且含不可排序内容（如混合数字字符串 '1', '10', '2'），排序结果是字典序，中位数就不是数值意义的中位数。更隐蔽的问题是类型隐式转换失败：比如对 numeric 列用 percentile_disc(0.5) WITHIN GROUP (ORDER BY col::text)，PostgreSQL 会拒绝，报错 argument of WITHIN GROUP must be a column reference or expression（实际是类型不兼容导致解析失败）。
- 确保
ORDER BY表达式返回可比较、有明确定序的类型（integer,numeric,timestamp,text等） - 避免在
WITHIN GROUP中做运行时类型转换；如需标准化，先用子查询或 CTE 转好类型 - 若源字段含
NULL且业务要求排除某类NULL（如仅排除val_col IS NULL，但保留0或空字符串），需显式过滤：WHERE val_col IS NOT NULL
与 percentile_cont 的关键区别：离散 vs 连续，以及性能差异
percentile_disc 总返回输入集合中**真实存在的某个值**（离散），而 percentile_cont 可能返回插值结果（例如两个中间值的平均数）。这意味着：当分组内行数为偶数时，percentile_disc(0.5) 固定返回排序后靠前的那个中间值（即下中位数），行为等价于 array[...][ceil(n/2)]；而 percentile_cont(0.5) 返回两个中间值的平均——后者可能产生原数据中不存在的浮点数，且计算开销略高（需插值逻辑）。
- 采样目的明确要“从原始数据里挑一个代表值”，选
percentile_disc - 若分组数据量极大（百万级），两者性能差异不明显；但
percentile_disc在极端偏斜分布下内存占用略低（无需缓存全部值做插值） - 注意：两者都要求
ORDER BY列有索引才能加速；否则每个分组都会触发独立排序，GROUP BY + percentile_disc 可能比单纯 GROUP BY 慢 3–5 倍
实际分组中位数 SQL 模板与易错缩进
最简可用模板就是一行聚合，但多人协作时容易在嵌套查询里写错层级。例如想对用户订单金额按城市分组取中位数，错误写法是把 percentile_disc 放在子查询的 SELECT 里却不加 GROUP BY；正确写法必须让聚合和分组严格对齐：
SELECT city, percentile_disc(0.5) WITHIN GROUP (ORDER BY amount) AS median_amount FROM orders WHERE status = 'completed' GROUP BY city;
如果还需关联用户表获取城市名称，别在外部 LEFT JOIN 后再 GROUP BY——那样会扩大分组粒度。应先聚合，再 JOIN：
SELECT u.city_name, o.median_amount FROM ( SELECT city_code, percentile_disc(0.5) WITHIN GROUP (ORDER BY amount) AS median_amount FROM orders WHERE status = 'completed' GROUP BY city_code ) o JOIN cities u ON o.city_code = u.code;
- 所有
percentile_disc(...)必须出现在顶层 SELECT 或子查询的聚合层，且所在查询块有对应GROUP BY - 别在
ORDER BY里引用别名（如ORDER BY median_amount），PostgreSQL 不允许 - 若分组键是表达式（如
date_trunc('month', order_time)），GROUP BY和ORDER BY中的表达式必须完全一致，不能一个用别名一个用原式
percentile_disc 只是忠实返回排序位置上的那个值；如果某组只有 1 行，它就返回那一行——这看似合理，但可能掩盖数据稀疏性，需要结合 COUNT(*) 一起看。 
