approx_percentile_cont和approx_percentile_disc是聚合函数，非标量函数，必须在select或having子句中配合within group使用，不可直接赋值给变量；否则因缺少聚合上下文而报错。
SQL Server 2022 的 APPROX_PERCENTILE_CONT 和 APPROX_PERCENTILE_DISC 不能当普通标量函数用，必须放在聚合上下文里——直接赋值给变量会报错 Msg 102, Level 15, State 1: Incorrect syntax near 'WITHIN'。
为什么直接 DECLARE + 赋值会失败？
这两个函数是聚合函数，不是标量函数。SQL Server 要求它们必须出现在 SELECT 列表或 HAVING 子句中，且需配合 GROUP BY 或隐式单组上下文（如全表无分组）。写成这样：
DECLARE @p95 DECIMAL(10,2) = APPROX_PERCENTILE_CONT(0.95) WITHIN GROUP (ORDER BY amount);
语法上就不被接受，因为缺少聚合容器。
- 错误本质：解析器在语句级就拒绝了
WITHIN GROUP出现在赋值右侧 - 兼容性陷阱：即使数据库兼容级别是 160，也不代表能绕过语法校验
- 替代方案不是“换个写法”，而是“换执行结构”——必须走
SELECT ... INTO或SELECT @var = ...
在存储过程中安全获取单个近似百分位值
最常用场景是算全表 P90/P95 作为阈值，推荐用 SELECT @var = ... 模式，不加 GROUP BY：
DECLARE @p90 FLOAT;<br>SELECT @p90 = APPROX_PERCENTILE_CONT(0.90) WITHIN GROUP (ORDER BY response_time_ms)<br>FROM dbo.requests<br>WHERE status = 'success';
- WHERE 条件后若无数据，
@p90会是NULL，不会报错 - 绝对不要写
GROUP BY ()—— SQL Server 2022 当前版本对空分组支持不稳定，可能引发计划退化 -
ORDER BY表达式只能是单列，且类型必须为数值型；DECIMAL列建议显式转FLOAT，避免隐式转换失败
APPROX_PERCENTILE_CONT 和 APPROX_PERCENTILE_DISC 的实际差异
两者语法完全一样，但业务含义不同，选错会导致阈值逻辑偏差：
-
APPROX_PERCENTILE_CONT(0.95)返回插值结果（比如数据是[100, 200, 300]，可能返回287.4），适合需要平滑离群值的监控场景 -
APPROX_PERCENTILE_DISC(0.95)强制返回原始数据中真实存在的值（比如一定返回300），更符合“取最高档”的业务直觉，但在长尾分布下容易跳变 - 两个函数都只支持
ASC排序，DESC会被忽略；也不能用ORDER BY col1, col2
不能用在哪？这些地方会直接报错
哪怕语法看着合理，以下位置调用必失败：
-
WHERE子句：WHERE value > APPROX_PERCENTILE_CONT(0.95) WITHIN GROUP (ORDER BY x)→ 报错 -
HAVING子句（除非已带GROUP BY）：HAVING AVG(y) > APPROX_PERCENTILE_CONT(0.95) WITHIN GROUP (ORDER BY x)→ 不合法嵌套 - 计算列定义：
ALTER TABLE t ADD p95 AS APPROX_PERCENTILE_CONT(0.95) WITHIN GROUP (ORDER BY v)→ 语法拒绝 - 子查询顶层未包裹
SELECT：(SELECT APPROX_PERCENTILE_CONT(0.95) WITHIN GROUP (ORDER BY v) FROM t)可以，但(APPROX_PERCENTILE_CONT(0.95) WITHIN GROUP (ORDER BY v))不行
真正容易被忽略的是：它们不能像 COUNT 或 AVG 那样参与任意表达式组合——误差 ±1.33% 是算法代价，但语法限制才是第一道坎。
