DB2（IBM iSeries）存储过程两种UPDATE实现的性能与资源消耗对比咨询

我需要在IBM iSeries的DB2 SQL存储过程中，根据参数（待更新列名@columnname、更新值@value、WHERE条件）更新指定列，且不允许使用动态SQL。

原有IF分支实现 #

IF @columnname = 'happy'
    UPDATE table SET col1 = @value

ELSE IF @ColumnName = 'sad'
    UPDATE table SET col2 = @value

ELSE IF @ColumnName = 'excited'
    UPDATE table SET col3 = @value
    
ELSE IF @ColumnName = 'name'
    UPDATE table SET col4 = @value
    
ENDIF

单条UPDATE语句实现 #

update table 
set col1 = case when @columnname = 'happy' then @value else col1 end,
    col2 = case when @columnname = 'sad' then @value else col2 end,
    col3 = case when @columnname = 'excited' then @value else col3 end,
    col4 = case when @columnname = 'name' then @value else col4 end
where 
    [where condition]

问题 #

单条UPDATE写法中，把不匹配列设为原有值是否会产生额外开销？两种写法哪种更快、资源消耗更低？

分析与结论 #

1. 单条UPDATE的无意义赋值开销
   DB2 for i（IBM iSeries的DB2引擎）会自动识别colX = colX这类赋值操作，不会执行实际的数据修改、日志写入或磁盘更新。这类赋值不会产生额外的IO、日志或CPU开销，属于引擎自动优化的范畴。

2. 性能对比

• IF分支写法：每次仅执行一条UPDATE，只修改目标列，但会生成多个执行计划（每个分支对应一个）。当@columnname取值分散时，会导致执行计划缓存碎片化，增加后续计划查找的开销；分支判断的开销极小，基本可忽略。
• 单条UPDATE写法：仅生成一个执行计划，避免了计划缓存碎片化问题。虽然语句包含多列赋值，但未匹配的列不会实际修改，实际数据操作和IF分支写法一致。在参数取值多变、存储过程调用频繁的场景下，因执行计划复用率更高，整体性能更稳定。

3. 资源消耗对比
   两者在实际修改数据时的CPU、IO消耗几乎一致，因为最终都只修改目标列。但单条UPDATE写法减少了执行计划的数量，对数据库计划缓存的资源占用更友好，尤其适合高频率调用的场景。

总结：若存储过程调用频繁、@columnname取值多样，优先选择单条UPDATE写法；若@columnname取值集中在少数分支，两种写法性能差异可忽略。

内容的提问来源于stack exchange，提问作者Rishab Kaushik