月末结算时，某个销售区域的一批订单突然需要暂停后续处理。业务人员看到的是一个动作，选定范围，确认执行，区域内符合条件的订单一起改变状态。开发人员面对的却不是一个简单的循环，订单各有状态、权限、锁和后续流程，漏改一张会留下隐患，多改一张也可能造成损失。这个场景很适合借《仙剑奇侠传》里的「山神」来理解。游戏资料将「山神」记为借助土灵珠召唤、以土系攻击波及敌方全体的招式。这里有个容易混淆的细节，李逍遥能够使用相关道具，并不等于「山神」是他像「御剑术」那样自行习得的一门普通剑术。拿它类比程序设计时，我更愿意抓住三个特征，借助特定能力发动，作用于一片目标，而且每个目标都要承受一次明确的效果。游戏版本和资料对数值的记载可能不同，不影响这三个特征。ABAP 里当然没有名叫「山神」的语句。不过，要实现这种「圈定目标、统一施加效果」的业务能力，ABAP On-Premise、SAP BTP ABAP 环境中的 ABAP Cloud，以及 SAP HANA，都有各自负责的一段工作。关键不在于找到一条看上去威力最大的批量更新语句，而在于弄清楚目标是谁、谁有权发动、哪些对象能够改变，以及动作结束后能否确认结果。拿刚才的订单场景说，业务提出的请求可能是暂停某销售区域尚未进入交付环节的订单。程序不能把「这个区域的全部订单」直接翻译为一次更新。已经发货的订单不能暂停，其他公司的订单不能因为销售区域名称相同而被卷进来，处于审批中的订单可能需要另一套规则。真正的目标范围，是区域条件、公司代码、当前状态、业务日期和执行权限共同筛选出的集合。游戏画面里一眼看去全是敌人，企业系统却必须逐个确认哪些对象确实处在施法范围内。这种范围意识，是「山神」类比最有价值的地方。做单条处理时，开发人员容易盯着当前订单，把判断写在界面事件里。需求变成批量