在 SAP 系统里做数据保存时，有一种故障特别麻烦。销售订单抬头已经写入数据库，项目数据却保存失败，库存已经扣减，会计凭证却没有生成，或者业务对象已经落库，发往外部系统的消息却描述了一个实际上并不存在的业务结果。单独看每一条INSERT、UPDATE、MODIFY或DELETE语句，它们可能都没有问题。真正的问题出现在这些修改之间存在业务依赖，而数据库却在不恰当的位置确认了其中一部分数据。SAP 为了解决这类问题，引入了非常重要的事务概念LUW，全称Logical Unit of Work，通常翻译为逻辑工作单元。SAP 官方对它的定义非常凝练，一个一致的数据状态转变到另一个一致的数据状态之间的时间范围，就是一个LUW。它遵循严格的all-or-nothing原则，要么所有属于这个逻辑单元的数据修改全部成功并提交，要么所有修改全部撤销，数据库回到事务开始前的一致状态。这个概念看起来和数据库里的事务非常接近，但真正进入 ABAP 开发之后，会碰到一个非常关键的区别。在 AS ABAP 里，我们实际上需要同时理解两种 LUW，Database LUW和SAP LUW。SAP 官方现在的 ABAP 文档仍然明确把这两者分开讨论，前者属于数据库系统提供的事务能力，后者则属于 ABAP 应用服务器为了业务事务一致性建立的更高层事务模型。理解这一区别，是理解经典 ABAP 更新任务、C