SQL中可直接用+、-、*、/对数值字段运算，但需注意NULL传播（任一NULL致结果为NULL）、除零风险、整数除法截断、类型匹配及显式别名；推荐用COALESCE处理NULL、NULLIF防除零、CAST或乘1.0保精度。
SQL中直接对数值字段做加减乘除运算
数值字段的算术运算不需要额外函数包装，直接用 +、-、*、/ 即可。但要注意运算符优先级和空值传播——只要参与运算的任一列是 NULL，整个结果就是 NULL。
常见错误是忽略字段可能为 NULL，导致整列计算结果全为空。例如：SELECT price * tax_rate FROM orders，若 tax_rate 有空值，对应行结果就是 NULL，而非报错。
- 用
COALESCE(price, 0)替代空值再运算，避免意外中断 - 除法时注意除零：数据库行为不一（PostgreSQL 报错，MySQL 返回
NULL或警告），建议提前过滤或用CASE WHEN denominator = 0 THEN NULL ELSE numerator / denominator END - 整数除法在某些数据库（如 PostgreSQL）会截断小数，需显式转成浮点：
num::numeric / den或CAST(num AS REAL) / den
用AS给计算结果起别名以便引用
计算表达式本身没有列名，不加 AS 就会生成无意义的默认名（如 ?column? 或 expr1000），在应用层取值或后续 ORDER BY / GROUP BY 时极易出错。
别名不能含空格或特殊字符（除非用双引号包裹，但跨库兼容性差），推荐用下划线命名。
- 正确写法：
SELECT quantity * unit_price AS total_amount FROM items - 错误写法：
SELECT quantity * unit_price AS total amount（空格导致语法错误） - 别名可在
ORDER BY中直接使用：ORDER BY total_amount DESC
WHERE子句里用计算结果过滤要谨慎
不能直接在 WHERE 中写 total_amount > 100（因为 total_amount 是 SELECT 产出的别名，WHERE 执行时它还不存在）。必须重复表达式，或改用 HAVING（仅限聚合后）或子查询。
重复表达式看似冗余，但多数数据库能正确识别并复用执行计划；而子查询可能带来额外开销，尤其数据量大时。
- 可行但略啰嗦：
WHERE quantity * unit_price > 100 - 更清晰的写法：
SELECT * FROM (SELECT *, quantity * unit_price AS total FROM items) t WHERE t.total > 100 - 聚合场景下可用
HAVING：GROUP BY category HAVING SUM(price * qty) > 1000
不同数据库对数值精度的处理差异
同样的 10 / 3，SQLite 返回 3.33333333333333（近似浮点），PostgreSQL 默认返回 3.3333333333333333（高精度 numeric），MySQL 则取决于字段类型——如果两边都是整型，结果也可能是整型（如 10 DIV 3 返回 3）。
跨库迁移或对接 BI 工具时，这种差异常导致前端展示小数位数不一致，甚至四舍五入逻辑错乱。
- 显式控制精度：用
ROUND(total, 2)统一保留两位小数 - 避免隐式类型转换：不要混用
INT和DECIMAL字段做运算，先CAST再算 - PostgreSQL 中
/对INTEGER操作数会做整除，务必确认字段类型或加::NUMERIC
实际写的时候，先看字段是否允许为 NULL，再确认目标数据库对除法和精度的默认行为，最后决定要不要封装成视图或 CTE——很多“算不出来”的问题，其实卡在第一步没处理空值。
