SQL Server用CASE WHEN @param IS NOT NULL THEN @param ELSE column_name END实现动态列更新，避免NULL覆盖；PostgreSQL用COALESCE(NULLIF(@param,''),column_name)处理空字符串；MySQL需严防WHERE中NULL导致全表更新，并校验主键参数非空。
SQL Server存储过程里怎么只更新传了值的列
直接用 IS NULL 判断参数是否有效，再配合条件表达式拼进 SET 子句——不是靠字符串拼接SQL，而是用 CASE WHEN 让每列“自己决定要不要更新”。
常见错误是写成：SET name = @name，结果传 NULL 进来就把原字段清空了。这不是动态更新，这是“盲目覆盖”。
- 所有可选更新的参数都声明为
NULL默认值（如@name NVARCHAR(50) = NULL） -
UPDATE语句中每列用CASE WHEN @param IS NOT NULL THEN @param ELSE column_name END - 必须给每列单独写一行
SET，不能省略未更新的列——否则它们会被设为NULL或默认值
PostgreSQL里用COALESCE和NULLIF组合判断参数有效性
PostgreSQL没有 CASE 在 SET 中的强制写法优势，但可以靠 COALESCE(@param, column_name) 实现“有值才更新”，前提是你要接受：如果传的是 ''（空字符串），它也会被当成有效值。
更严谨的做法是显式排除空值：COALESCE(NULLIF(@param, ''), column_name)。
-
NULLIF(@param, '')把空字符串转成NULL，再由COALESCE拉回原字段值 - 对数字类型，用
NULLIF(@param, 0)要小心——0 可能是合法业务值，不能随便当“未传”处理 - 注意：PostgreSQL 的
UPDATE ... SET col = COALESCE(...)会触发该列的BEFORE UPDATE触发器，即使值没变
MySQL中避免WHERE里漏掉NULL参数导致全表更新
很多人只关注 SET，却忘了 WHERE 条件里用了 id = @id，而 @id 是 NULL——结果变成 WHERE id = NULL，永远不成立，整个 UPDATE 影响行数为 0；或者更糟，有人写成 WHERE @id IS NULL OR id = @id，一传 NULL 就全表更新。
- 主键/唯一条件参数绝不能允许
NULL，存储过程开头就加IF @id IS NULL THROW 50000, 'id required', 1;（SQL Server）或IF @id IS NULL THEN SIGNAL SQLSTATE '45000' SET MESSAGE_TEXT = 'id required';（MySQL） - WHERE 中涉及的参数，必须明确区分“过滤条件”和“更新目标”，前者不允许 NULL，后者才做动态判断
- MySQL 8.0+ 支持
JSON_CONTAINS配合 JSON 参数传入多列更新意图，但运维成本高，一般小项目不值得上
动态更新最容易被忽略的隐性开销
看起来只是加了几层 CASE 或 COALESCE，但实际执行时，数据库优化器可能无法复用原有索引，尤其当 SET 表达式里混入函数或类型转换时。
- SQL Server 中，
CASE WHEN @x IS NOT NULL THEN @x ELSE col END会让该列在执行计划里显示为“计算列”，可能导致索引 Seek 变成 Scan - PostgreSQL 对
COALESCE(col, ?)的索引使用较友好，但若写成COALESCE(TRIM(@x), col)，就彻底失焦了 - 所有数据库都建议：对高频更新的列，宁可拆成多个专用存储过程（如
UpdateUserEmail、UpdateUserName），也别强塞一个“万能更新”入口
真正难的不是写出来，是确认每一行更新是否真的跳过了不该动的字段，以及确认执行计划没悄悄退化。上线前务必用 EXPLAIN 或执行计划查看器盯住关键语句。
