update支持直接写算术表达式，但需注意null导致整行变null、where缺失引发全表误更新、多表更新语法差异及浮点/整数除法精度问题。
UPDATE 里直接写算术表达式完全可行
MySQL、PostgreSQL、SQL Server 都支持在 UPDATE 的 SET 子句中直接使用算术运算，不需要先查再算再更新。比如把价格字段统一上调 10%，直接写 price = price * 1.1 就行，数据库会在执行时对每一行实时计算。
常见错误：NULL 参与运算导致整行变 NULL
如果参与运算的字段或表达式中有 NULL，整个结果就是 NULL（SQL 标准行为），而你可能只希望跳过或默认为 0。这在加减乘除、拼接字符串时特别容易踩坑。
- 避免方式：用
COALESCE(price, 0)或IFNULL(price, 0)（MySQL）兜底 - 典型场景：给带折扣的订单补运费，
total = subtotal + shipping，但shipping是空值 → 整个total变NULL - PostgreSQL 要用
COALESCE(shipping, 0)；SQL Server 用ISNULL(shipping, 0)
WHERE 条件必须明确，否则全表误更新
没有 WHERE 或条件写错，会导致所有行被批量改掉，而且不可逆（除非有备份或 binlog）。这不是语法问题，是高频线上事故源头。
- 实操建议：写完
UPDATE先改成SELECT跑一遍，确认影响行数和数据是否符合预期 - 例如：
UPDATE orders SET status = 'shipped' WHERE created_at > '2024-01-01'→ 先执行SELECT COUNT(*) FROM orders WHERE created_at > '2024-01-01' - 某些环境（如 MySQL 的 safe-update 模式）会强制要求
WHERE包含主键或索引列，报错Error Code: 1175，此时需临时关掉或重写条件
涉及多表计算时，各数据库写法差异大
想用另一张表的字段来更新当前表（比如用用户等级表更新会员积分倍率），不同数据库语法不兼容，不能照搬。
- MySQL 支持
UPDATE t1 JOIN t2 ON ... SET t1.x = t2.y * 2 - PostgreSQL 必须用
FROM子句：UPDATE t1 SET x = t2.y * 2 FROM t2 WHERE t1.id = t2.t1_id - SQL Server 用
UPDATE t1 SET x = t2.y * 2 FROM t1 INNER JOIN t2 ON t1.id = t2.t1_id - 别名容易出错：MySQL 中
UPDATE t1 AS a JOIN t2 AS b ...合法；PostgreSQL 不允许在UPDATE中给目标表起别名
最麻烦的其实是浮点精度和整数除法——比如 score = score / 2 在整数列上可能截断成 0，而不是 0.5。这种隐式类型转换不会报错，但结果不对，得盯紧字段类型和运算符优先级。
