ABS函数是SQL标准函数，用于返回数值绝对值；常见错误包括传入非数值类型（如PostgreSQL报错、MySQL隐式转换不可靠）、对NULL返回NULL而非0，且WHERE中滥用会导致索引失效。
ABS 函数的基本用法和常见错误
ABS() 是 SQL 标准函数，所有主流数据库（MySQL、PostgreSQL、SQL Server、SQLite）都支持，作用就是返回数值的绝对值。它不改变原数据，只做计算输出。
常见错误是传入非数值类型——比如字符串 '-123' 在 PostgreSQL 里会直接报错 ERROR: function abs(text) does not exist，而 MySQL 会尝试隐式转换（可能得 123，也可能得 0，不可靠）。
- 只接受数值型参数：
INT、FLOAT、DECIMAL等，不接受VARCHAR或NULL - 遇到
NULL时，ABS(NULL)结果仍是NULL，不是0 - 负数小数也正常处理：
ABS(-3.14)→3.14
在 WHERE 条件中用 ABS 做范围判断
想查“与目标值偏差不超过 5”的记录，比如温度传感器误差分析，别写成 WHERE value - target BETWEEN -5 AND 5 —— 可读性差且易出错。直接用 ABS 更直观：
SELECT * FROM sensors WHERE ABS(temperature - 25.0) <= 5;
注意：这个表达式无法利用 temperature 字段上的普通 B-tree 索引加速，因为用了函数。如果性能敏感，考虑加生成列或冗余字段。
- MySQL 8.0+ 支持函数索引：
CREATE INDEX idx_abs_temp ON sensors (ABS(temperature - 25.0)); - PostgreSQL 需用表达式索引：
CREATE INDEX idx_abs_temp ON sensors ((ABS(temperature - 25.0))); - SQL Server 不支持函数索引，只能靠覆盖索引或重写查询逻辑
ABS 和 NULL、空值、符号位的边界情况
别假设 ABS 能“兜底”异常值。它对 NULL、溢出、特殊浮点值（如 NaN）行为各异：
-
ABS(NULL)永远返回NULL，不是0；需要兜底请显式写COALESCE(ABS(x), 0) - 在 SQL Server 中，
ABS(-2147483648)（即INT最小值）会溢出报错，因补码无法表示其绝对值 - PostgreSQL 和 MySQL 对
NaN返回NaN，但 SQLite 报错 - 负零
-0.0经ABS后仍是0.0（符合 IEEE 754）
替代方案：什么时候不该用 ABS？
如果只是想把负数转为正、正数不变，但字段本身是主键或用于关联，用 ABS 可能破坏唯一性或语义——比如用户 ID 是负数（业务含义），硬套 ABS(id) 就混淆了来源。
- 聚合前取绝对值？先确认是否真需要：用
SUM(ABS(x))和ABS(SUM(x))完全不同 - 排序按“离零距离”？
ORDER BY ABS(score)可行，但注意score = 0和score = NULL排序位置不同 - 前端展示需要绝对值？优先考虑在应用层处理，避免数据库承担格式化职责
真正要小心的是隐式类型转换和索引失效——这两点比语法本身更容易引发线上问题。
