月末结算时，最棘手的往往不是一张单据，而是一整批卡在相同状态的单据。财务已经核对完数据，业务人员却还在逐条打开页面、逐条确认。林月如施展斩龙诀时，画面里的一击扫过多个目标。站在 ABAP 开发者的角度，我们很容易想到批量更新、批量执行业务动作，甚至把计算交给 SAP HANA 完成。这个联想有用，但不能停在「一条语句处理很多行」。游戏里的敌人可以一起承受伤害，企业系统里的单据却各有归属、权限、状态和后续影响。有的单据尚未审批，有的已经被另一位同事修改，有的表面上只改一个状态，背后还牵涉库存、凭证或工作流。真正称得上斩龙诀的 ABAP 实现，应当能够一次找准一批目标，按业务规则处理它们，并清楚交代哪些成功、哪些失败、何时生效。因此，ABAP 里没有名为斩龙诀的内置语句，却有几种能够承担这类任务的技术。对自有数据表，可能是带精确条件的 ABAP SQL 批量更新。对已经建模为业务对象的流程，可能是 RAP Action 配合 EML。计算密集、数据量大的场景还可能借助 CDS 或 SAP HANA 下推。它们解决的问题相近，能否互换却取决于数据究竟归谁管理。拿我们熟悉的销售履约场景来看。运营团队希望每天清理一批超过期限、已经确认无需继续履约的自建申请。系统中有一张自定义处理队列表，一行代表一项待处理申请。运营点击批量结案，屏幕上看起来只是一招，后台却必须回答几个问题。哪些申请属于本次批次，哪些仍处于开放状态，审批是否完成，是否有人刚刚处理过同一行，以及结案后是否还有必须执行的业务动作。少了其中任意一项检查，所谓的批量效率都可能变成批量返工。假定这张队列表完全由我们的程序维护，关闭状态只影响这张表，下面的 ABAP SQL 可以表达一次范围清楚的更新。代码中的表名、字段名和输入参数是示意，落地时需要对应