我们的系统里有一批待处理的业务对象，运营人员想按一个按钮，让符合条件的对象一起发生变化。这个画面容易让人想到《仙剑奇侠传 1》里的冰蚕蛊。不过，类比之前得把道具的效果认准。冰蚕蛊是攻击道具，资料记载其投掷效果同「风雪冰天」。它适合用来理解一次行动波及多个目标，却不适合直接解释为让敌人停止行动的冻结道具。若把这个字面的「冰」径直对应到数据库锁，整篇技术分析就会偏离原物品的作用。ABAP 没有名为冰蚕蛊的内置语句，也没有投掷一个对象便自动伤及所有业务记录的机制。它能实现的是一类相似的操作模型，让调用方给出目标范围和处理意图，由程序对范围内的多个对象执行同一种业务动作。相近的技术包括批量 ABAP SQL 操作、面向业务对象的 RAP 动作与 EML 调用，以及在需要较重数据计算时使用的 SAP HANA 集合处理。这些技术的共同点是「一次发起，处理一组目标」。至于每个目标能否处理、处理后是什么状态，仍由权限、业务规则、并发控制和事务结果决定。冰蚕蛊这个比喻最有用的地方，恰好是迫使我们分清四件事。道具选择了哪些敌人，对应业务系统中的目标范围。风雪冰天怎样造成伤害，对应每条记录的处理规则。敌人是否有抗性，对应业务对象的状态约束、权限与校验。战斗结束后伤害是否真正生效，对应保存、提交及失败处理。只写出一条能更新很多行的语句，只解决了其中一部分。在传统 SAP ABAP On-Premise 开发里，最容易联想到冰蚕蛊的是带条件的UPDATE。假定我们维护的是自建的独立业务表，其中存着某种待处理状态，一条UPDATE ... WHERE ...就能让符合条件的多行同时进入新状态。这里的「同时」指程序以一条数据库修改语句处理一个集合，不能据此推断所有业务对象都完成了各自应