percentile_cont必须配合over子句使用，因其是窗口函数而非聚合函数；它需通过over(partition by...order by...)明确定义分组与排序逻辑，才能执行线性插值计算中位数，否则会报错或结果错误。
PERCENTILE_CONT 为什么必须配合 OVER 子句使用
PERCENTILE_CONT 是窗口函数，不是聚合函数，直接写 SELECT PERCENTILE_CONT(0.5) WITHIN GROUP (ORDER BY salary) FROM emp 看似合理，但一旦加上 GROUP BY dept 就会报错：「window functions are not allowed in GROUP BY」。根本原因在于它不参与传统分组聚合流程，而是先按 OVER 定义的逻辑分区、排序、插值计算，再把结果“挂”到每一行上。
正确姿势是用 OVER (PARTITION BY dept ORDER BY salary) 显式声明分组与排序依据。注意：PARTITION BY 决定“按什么分组”，ORDER BY 必须存在且只能有一个列（否则插值无意义），且该列不能是表达式或别名（如 ORDER BY salary * 1.2 会报错）。
分位数取值 0.25 / 0.5 / 0.75 的实际含义和常见误用
传入 PERCENTILE_CONT(0.5) 得到的是中位数，但它的计算方式是线性插值——如果总行数为偶数（比如 4 行），它会在第 2 和第 3 行对应值之间等比例内插；如果是奇数（比如 5 行），就直接取第 3 行的值。这和 MEDIAN()（某些数据库提供）行为一致，但和 Excel 的 PERCENTILE.INC 默认策略相同，不同于 PERCENTILE.EXC。
- 想算四分位数？分别用
PERCENTILE_CONT(0.25)、PERCENTILE_CONT(0.5)、PERCENTILE_CONT(0.75) - 不要传
25或'25%'—— 参数必须是 0 到 1 之间的double precision数值 - 如果分组内只有 1 行，所有分位数都返回该行值；如果全为 NULL，则结果为 NULL（不会报错）
如何避免分组后结果重复、膨胀或丢失
因为 PERCENTILE_CONT 是窗口函数，它不会压缩行数。原始表有 100 行、按部门分 5 组，结果仍是 100 行，每行都带上了所在部门的中位数。如果你只想要每个部门一行统计结果，不能靠这个函数直接实现，得套一层子查询 + DISTINCT 或用 GROUP BY 配合聚合（但此时不能再用窗口函数）。
典型错误写法：SELECT dept, PERCENTILE_CONT(0.5) WITHIN GROUP (ORDER BY salary) OVER (PARTITION BY dept) FROM emp GROUP BY dept —— 这里 GROUP BY 和 OVER 冲突，语法不通过。
正确精简写法：
SELECT DISTINCT dept, PERCENTILE_CONT(0.5) WITHIN GROUP (ORDER BY salary) OVER (PARTITION BY dept) AS median_salary FROM emp;
注意：WITHIN GROUP (ORDER BY ...) 是标准语法，不可省略；OVER (PARTITION BY ...) 也不能少，二者缺一不可。
PostgreSQL / Oracle / SQL Server 的兼容性差异
PERCENTILE_CONT 在 PostgreSQL 9.4+、Oracle 10g+、SQL Server 2012+ 均支持，但细节不同：
- PostgreSQL 要求
ORDER BY列类型必须支持 B-tree 排序（比如不能是jsonb） - Oracle 中若未指定
RESPECT NULLS（默认行为），NULL 值会被跳过参与排序；而 PostgreSQL 总是忽略 NULL（即等价于RESPECT NULLS不生效） - SQL Server 不支持
PERCENTILE_CONT作为普通标量函数，仅限窗口模式，且OVER中不能有ROWS BETWEEN框定范围（必须用完整分区）
跨库迁移时最容易栽在 NULL 处理和 ORDER BY 类型限制上，建议在目标库上用小数据集实测验证。
