今天查到《天之痕》的绝技资料时，一个细节直接决定了这道类比题的方向，拓拔玉儿的「伏虎冲天」是自带的全体攻击绝技。玩家整理的绝技表将其列为全体伤害，而不是只针对一个敌人的单体攻击。我们不必把伤害数值搬进程序设计，真正值得借用的是它的作用方式，一次发动，覆盖当前战场上的多个目标。由于这些游戏资料来自玩家整理，本文只采用这个基本特征，不把具体数值当成官方设定。沿着这个特征去看，ABAP 里确实有很贴切的开发技术，集合式数据库操作、内表批量处理，以及通过 RAP 的 EML 一次操作多个业务对象实例，都可以理解为企业系统里的「伏虎冲天」。这里没有一个 SAP 官方命名为「伏虎冲天」的功能。我们讨论的是开发思想上的对应关系，把原来一条记录一次调用的处理方式，改成围绕一组目标组织计算、校验和修改。至于并行处理，它可以进一步提高吞吐量，却不是这项类比的必要条件。一招覆盖多个目标，并不要求每个目标都由一个独立线程处理。理解这层区别，文章就不会滑向一个常见误区，看到「冲天」就把它解释成上云，看到「伏虎」就把它解释成锁对象。这样的联想虽然有趣，却没有抓住招式的实际效果。本文围绕全体作用展开，讨论我们的业务程序怎样准确选中目标、减少重复开销，并在批量失败时保住业务一致性。企业系统里的战场，也不是整个数据库。它通常是某个公司代码下符合条件的单据、某个导入批次里的数据，或者当前用户有权限处理的一组业务对象。游戏里的全体攻击有战场边界，程序里的批量操作也必须有业务边界。范围越大，这个边界就越重要。从最容易观察的数据库访问开始，同样处理一千条记录，程序可以向数据库提出一千次请求，也可以用一个集合表达式描述这一千条记录的共同操作。两种写法在屏幕上可能得到相同结果，运行成本却可能相差很大。逐条访