ABS用于取绝对值，对负数转正，但NULL仍返回NULL；POWER计算幂次，注意底数与指数顺序及跨库差异，慎用以避免隐式错误。
SQL里怎么用ABS取绝对值？别被负数坑了
ABS就是干这个的，传进去啥数都给你转成正的。但要注意：如果字段本身是NULL，ABS也返回NULL，不是0；还有，不同数据库对非数字类型行为不一致——比如MySQL会尝试隐式转换，PostgreSQL直接报错ERROR: function abs(text) does not exist。
- 安全写法是先
WHERE column IS NOT NULL或用COALESCE(column, 0)兜底 - 数值类型要匹配：传
DECIMAL没问题，但传字符串（哪怕看着像数字）在PG/SQL Server里大概率炸 - 示例：
SELECT ABS(-42.5), ABS(0), ABS(NULL);→42.5,0,NULL
用POWER算次幂时，底数和指数顺序不能颠倒
POWER函数签名是POWER(base, exponent)，不是POWER(exponent, base)。写反了结果完全不对，而且不容易一眼看出来——比如POWER(2, 3)是8，但POWER(3, 2)是9，差1点，查数据时可能以为“差不多”，其实逻辑错了。
- 指数为小数（如
0.5）时等价于开方，但底数必须≥0，否则MySQL返回NULL，PostgreSQL直接报错invalid argument for power() - 整数指数性能好，浮点指数涉及对数运算，慢一点，大数据量聚合时留意
- 示例：
SELECT POWER(16, 0.5), POWER(-2, 3), POWER(2, -3);→4.0,-8,0.125
MySQL、PostgreSQL、SQL Server的POWER行为差异很实际
不是所有数据库都叫POWER：SQL Server和PostgreSQL用POWER，MySQL用POW（POWER是别名，但建议统一用POW避免混淆），而SQLite压根没这函数，得用exp(ln(x)*y)曲线救国。
- MySQL中
POW(0, 0)返回1（数学上有争议，但MySQL就这么定的）；PostgreSQL返回1，SQL Server也返回1，但Oracle返回ERROR - 负底数+分数指数：MySQL返回
NULL，PostgreSQL报错，SQL Server直接拒绝执行 - 跨库迁移时，如果用了
POWER又想兼容MySQL，得加条件判断或改写为CASE WHEN ... THEN POW(...) ELSE ... END
什么时候不该用ABS和POWER？
这两个函数看着简单，但容易掩盖真实问题。比如用ABS绕过负值报警，其实该查源头为什么存了负数；或者用POWER(x, 2)算平方，不如直接写x * x——少一次函数调用，不依赖类型推导，还避免POWER对整数溢出的奇怪截断（比如POWER(100000, 2)在某些版本里可能变NULL）。
-
ABS不能替代数据校验，它只是个转换工具 -
POWER不适合高频计算场景，尤其是嵌套在WHERE或ORDER BY里，索引基本失效 - 如果只是开平方，优先考虑
SQRT函数（各库都支持，语义更明确，且部分数据库对SQRT做了优化）
函数本身很简单，难的是搞清你正在用的数据库到底怎么解释NULL、怎么处理类型边界、以及哪一步在悄悄吞掉错误信号。
