sql算术运算符可直接用于select计算，但需注意null传播、整数除法截断、别名必要性、where/order by中别名不可用、group by中聚合与非聚合字段混用限制及除零防护。

SQL里直接用 + - * / 就能算，但要注意NULL和数据类型

算术运算符（+、-、*、/、%）在SELECT中直接参与列计算是完全合法的，不需要额外函数包装。但实际写的时候常踩两个坑：一是任意操作数为NULL，整条表达式结果就变成NULL；二是整数除法在某些数据库（如PostgreSQL、SQL Server）里会截断小数，比如5 / 2得2而不是2.5。

常见应对方式：

• 用COALESCE(price, 0)或ISNULL(price, 0)（SQL Server）提前兜底NULL
• 强制转浮点：写成price * 1.0 / quantity或CAST(price AS DECIMAL(10,2)) / quantity
• MySQL里/默认返回浮点，但PostgreSQL和SQL Server需显式转换

给计算列起别名必须用AS，否则字段名不可读

不加AS也能运行，但结果集里的列名会是原始表达式（比如price * 1.2），在应用层取值时极难维护。尤其当多个计算列并存，或后续要JOIN、GROUP BY时，没别名基本等于埋雷。

正确写法示例：

SELECT 
  name,
  price * 1.2 AS final_price,
  (stock - sold) AS available_stock
FROM products;

注意：AS可以省略（如price * 1.2 final_price），但显式写出更清晰，也兼容所有SQL方言。

WHERE和ORDER BY里能复用计算列名吗？不能，得重写表达式

SELECT price * 1.2 AS final_price FROM products WHERE final_price > 100——这句在绝大多数数据库里会报错，因为WHERE执行顺序在SELECT之前，此时final_price还不存在。

可行方案：

• 在WHERE里重复写表达式：WHERE price * 1.2 > 100
• 用子查询或CTE先算出列，再过滤：SELECT * FROM (SELECT price * 1.2 AS final_price FROM products) t WHERE t.final_price > 100
• 部分数据库（如MySQL 8.0+）支持在ORDER BY里直接用别名，但WHERE和HAVING一律不认

涉及聚合函数时，算术运算必须放在GROUP BY外或配合聚合逻辑

比如想算“每个类别的平均单价×1.1”，不能写AVG(price) * 1.1 AS avg_with_tax然后还在SELECT里混着非聚合列（如category）——这会触发nonaggregated column错误（MySQL）或直接报错（PostgreSQL）。

关键原则：

• 只要用了GROUP BY，SELECT里的所有非聚合字段都必须出现在GROUP BY子句中
• 算术表达式如果只基于聚合结果（如AVG(price) * 1.1），它本身是标量，可以放心放SELECT里
• 但如果写成price * 1.1（未聚合的原始列），就必须进GROUP BY，否则语义不清

真正安全的写法是：SELECT category, AVG(price) * 1.1 AS avg_with_tax FROM products GROUP BY category。

最易被忽略的是除零风险——revenue / NULLIF(cost, 0)比直接写/多一次防御，但线上查到division by zero错误时，往往就是这里漏了。