<p>ABS函数在库存差额计算中用于将“当前库存 - 安全库存”等差值统一转为正数，直接抹去符号以聚焦缺口大小；需注意NULL处理和字段类型，正确写法为ABS(stock_qty - safety_stock)，避免冗余CASE判断。</p>
ABS函数在库存差额计算中怎么用
库存差额常出现在「当前库存 - 安全库存」或「采购量 - 实际收货量」这类场景里，负值只表示缺口方向，业务上更关心缺口大小。直接套用 ABS() 就能抹掉符号，得到统一的正数差额。
- 常见错误是先用
CASE WHEN判断正负再取值，冗余且易漏边界（比如等于 0 的情况），ABS()一行解决 - 注意字段类型：如果列是
DECIMAL或FLOAT，ABS()返回同精度类型；但若列含NULL，结果仍是NULL，需提前用COALESCE()处理 - 示例：
SELECT item_id, ABS(stock_qty - safety_stock) AS shortage_abs FROM inventory;
用ABS算二维坐标距离时为什么不能直接用
ABS() 只能算单维差值的绝对值，比如 ABS(x1 - x2) 或 ABS(y1 - y2)，但它不是欧氏距离——真正的直线距离得用勾股定理：SQRT(ABS(x1-x2)^2 + ABS(y1-y2)^2)。有人误以为两个 ABS() 相加就是距离，那是曼哈顿距离，适用场景完全不同。
- 曼哈顿距离（
ABS(x1-x2) + ABS(y1-y2)）适合网格状路径（如城市街道），性能快、无开方 - 欧氏距离必须配合
SQRT()和平方运算，多数数据库支持POWER()或^（PostgreSQL/SQL Server），MySQL 用POW() - 别在
WHERE条件里对坐标列直接套ABS()做范围过滤——它无法利用索引，应改用BETWEEN或空间索引
ABS函数在不同数据库里的行为差异
绝大多数 SQL 方言都支持 ABS()，但细节有坑：SQLite 对 ABS(NULL) 返回 NULL，而某些旧版 MySQL（5.6 之前）在严格模式下遇到负数字符串（如 '-5'）会报错，必须先转数值。
- PostgreSQL 和 SQL Server 支持
ABS()作用于NUMERIC、REAL、INT，但不接受TEXT类型，隐式转换可能失败 - Oracle 中
ABS()能处理NUMBER和浮点，但对BINARY_FLOAT有精度截断风险 - 跨库写法建议：显式
CAST(col AS DECIMAL)再套ABS()，避免类型推导歧义
性能和可读性上的实际取舍
单独用 ABS() 几乎无性能损耗，但嵌套过深（比如 ABS(ABS(x)-ABS(y))）既难读又没意义——数学上等价于 ABS(x-y)，还多一次函数调用。
- 涉及大量行的聚合查询（如
AVG(ABS(diff))），确保diff列已建索引，否则全表扫描不可避免 - 别为了“看起来严谨”在
WHERE里写ABS(price_change) > 0，直接写price_change != 0更高效，也更贴近意图 - 真正容易被忽略的是：当差额用于后续计算（比如加权平均），
ABS()会丢失原始正负含义，确认业务逻辑是否真的需要丢弃方向信息
