多条件更新首选where加and/or组合，最直接安全；须用括号明确优先级，null判断用is null，字符串注意空格，执行前务必select预览。
WHERE 中用 AND/OR 组合多个筛选条件
这是最直接、最安全的多条件更新方式，适用于所有主流数据库（MySQL、PostgreSQL、SQL Server）。核心就是把条件写进 WHERE 子句，用 AND 或 OR 连接。
常见错误现象：WHERE dept = '销售部' AND level = '经理' OR region = '华东' 实际等价于 (dept = '销售部' AND level = '经理') OR region = '华东'，容易误扩范围；NULL 值参与 = 比较永远返回 UNKNOWN，导致行被跳过。
- 始终用括号明确逻辑优先级，比如
WHERE (dept = '销售部' AND level = '经理') OR (dept = '技术部' AND level = '总监') - 判断 NULL 必须用
IS NULL或IS NOT NULL，不能写col = NULL - 字符串比较注意尾部空格（如 SQL Server 中
'abc '≠'abc'），必要时用RTRIM()处理 - 执行前务必先用
SELECT预览：SELECT * FROM employees WHERE dept = '销售部' AND level = '经理' AND hire_date
CASE WHEN 实现“一行一策”式赋值
当你需要对同一列按不同条件设不同值（比如不同地区加不同比例奖金），CASE WHEN 是唯一简洁解法。它不是替代 WHERE，而是和 WHERE 配合使用——WHERE 控制影响范围，CASE 控制具体取值。
关键点在于：ELSE 分支必须显式写出（哪怕只是 ELSE bonus），否则不匹配的行会被设为 NULL；WHERE 仍需存在，避免全表扫描。
-
CASE表达式在SET中原子执行，不受本行其他列更新影响（例如SET a = b + 1, b = a + 1中的b仍是旧值） - SQL Server 不支持在
SET中直接嵌套子查询（如SET x = (SELECT ...)），必须走CASE或JOIN - 性能上，单条
CASE更新不比多个独立UPDATE更快，但它减少语句数量、降低锁竞争和事务开销
跨表更新：用 JOIN 替代子查询
当更新依据来自另一张表（比如根据订单状态更新客户等级），别用相关子查询——性能差、易出错、不支持多对一。各数据库写法不同，但核心原则一致：关联必须明确、范围必须收敛。
MySQL 要求目标表写在 UPDATE 后，JOIN 写在后面；PostgreSQL 用 UPDATE ... FROM，FROM 表只读；SQL Server 支持 UPDATE ... FROM 或 MERGE。
- MySQL 示例：
UPDATE customers c JOIN orders o ON c.id = o.customer_id SET c.level = 'VIP' WHERE o.status = 'paid' AND o.created_at > '2026-01-01' - PostgreSQL 注意：若
temp_updates中有重复user_id，会随机选一条更新（行为未定义），必须提前去重 - SQL Server 的
MERGE要求ON条件唯一标识目标行，否则报错The MERGE statement attempted to UPDATE or DELETE the same row more than once
容易被忽略的 NULL 和事务安全
跨表或条件更新中最隐蔽的问题不是语法错，而是数据语义错：源字段为 NULL，目标字段就变成 NULL；并发下没加事务，中间状态被读取；WHERE 条件漏写，整表被改。
- 用
COALESCE()或ISNULL()显式处理空值：SET email = COALESCE(tmp.email, users.email) - 生产环境强烈建议把
UPDATE包在事务里：BEGIN TRAN; UPDATE ...; SELECT @@ROWCOUNT; -- 确认影响行数; ROLLBACK / COMMIT - 即使写了
WHERE，也要检查是否真的能过滤出预期行数——特别是涉及JOIN时，笛卡尔积会让结果远超预期
