<p>ABS函数可直接在WHERE子句中用于绝对值条件判断，如查询与目标值偏差不超过5的记录，应写为ABS(column - target) <= 5，而非仅写ABS(column - target)。</p>
ABS函数在WHERE子句中直接过滤绝对值
SQL里的ABS()不是装饰用的，它能直接参与条件判断。比如你想查“与目标值偏差不超过5”的记录，不用先算差再查，直接套ABS()就行。
常见错误是写成ABS(column - target) 却忘了加括号，导致运算优先级出错（尤其column是表达式时）；或者对NULL字段用<code>ABS()，结果整行被过滤掉——因为ABS(NULL)还是NULL，而WHERE里NULL条件恒为假。
- 确保被取绝对值的表达式不为
NULL，必要时用COALESCE(column, 0)兜底 - 数值类型要兼容：
ABS()对整数、浮点都有效，但对字符串或日期会报错（如PostgreSQL抛function abs(text) does not exist） - MySQL和PostgreSQL支持
ABS()，SQLite也支持；但某些老版本SQL Server需用ABS(CAST(... AS FLOAT))避免隐式转换失败
结合ORDER BY用ABS排序最近距离
查“离用户坐标最近的10个门店”，本质是按ABS(distance - user_distance)升序排。这时候ABS()不在WHERE里，而在ORDER BY里驱动排序逻辑。
注意别在ORDER BY里重复计算：如果距离差本身开销大（比如调用地理函数），应先在子查询或CTE里算好，再对外层结果用ABS()排序，否则可能被多次执行。
- 示例：
ORDER BY ABS(lat - 39.9167) + ABS(lng - 116.3972)（曼哈顿距离近似） - 避免写
ORDER BY ABS(some_heavy_function(id))，除非该函数已建索引或代价极低 - 某些数据库（如MySQL 8.0+）允许在
ORDER BY里用列别名，但ABS()表达式仍需完整写出，不能写ORDER BY abs_dist除非显式定义了别名
ABS和负数边界条件容易漏掉等于号
查“温度偏离基准值±3℃以内”，直觉写ABS(temp - 25) ，结果22℃和28℃的记录全丢了——因为<code>实际表示<code>-3 ，即<code>22 ，而等于22或28的被排除。业务上“不超过3”通常含等号。
- 正确写法是
ABS(temp - 25) ，对应区间<code>[22, 28] - 如果字段是浮点型（如
DECIMAL(5,2)），还要考虑精度截断：ABS(22.00 - 25) = 3.00，能命中；但若计算过程有舍入误差，可能需要<code>留余量 - 用
BETWEEN等价替换虽可读，但不如ABS()直观，且BETWEEN对NULL不友好
聚合场景下ABS要放在聚合函数外
想统计“各区域销售额与平均值偏差的平均绝对值”，得先算平均，再对每条记录求ABS(sales - avg_sales)，最后AVG()——不能把ABS()塞进AVG(ABS(sales - AVG(sales)))，这在标准SQL里语法非法（聚合函数不能嵌套聚合）。
典型解法是窗口函数：AVG(ABS(sales - AVG(sales) OVER())) OVER()，或者用子查询先算出全局均值。
- PostgreSQL/MySQL 8.0+/SQL Server 2005+ 支持窗口函数，推荐
AVG(ABS(sales - AVG(sales) OVER())) - 老版本只能两层子查询：
SELECT AVG(ABS(t1.sales - t2.avg_sales)) FROM table t1 CROSS JOIN (SELECT AVG(sales) AS avg_sales FROM table) t2 - 注意
ABS()不改变数据分布，但会影响标准差、方差类指标的语义——绝对偏差均值（MAE）比标准差更鲁棒，适合异常值多的场景
实际用ABS()时，最常卡在NULL处理和边界符号上，而不是函数本身不会用。
