abs函数可直接在where子句中用于绝对值条件判断，如查询与目标值偏差不超过5的记录，应写为abs(column - target)

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处理和边界符号上，而不是函数本身不会用。