有朋友问我这个问题：

调用 MIRO 的 BAPI, 调用多次，最后一次性 COMMIT WORK，可以执行成功，但是调用一百次以上，最后再 COMMIT WORK，会有什么问题吗？

我建议先阅读这两篇文章了解一些预备知识：

• 什么是 SAP BAPI
• SAP ABAP COMMIT WORK 关键字的一些使用要点

假设一个 BAPI A 的伪代码实现如下：

* 进行一些计算，搜集出要插入数据库的记录，存在内表 lt_insert 中
* 进行一些计算，搜集出要更新数据库的记录，存在内表 lt_update 中
* 进行一些计算，搜集出要删除数据库的记录，存在内表 lt_delete 中

* BAPI 内部调用 XXX update function module，进行数据库更新操作
* 下面这个函数 XXX 仅当 COMMIT WORK 执行时，才会在另一个所谓的 update function module 里被触发调用

CALL FUNCTION 'XXX' IN UPDATE TASK
    EXPORTING
           it_insert = lt_insert
 it_update = lt_update
           it_delete = lt_delete

调用 BAPI 的代码：

   CALL FUNCTION 'A'.

   COMMIT WORK.

所以当我们的报表里的源代码书写如下：

在 19 行调用 BAPI A，然后接着在 21 行 调用 COMMIT WORK 之后，上述 A，B，C，D 运行时执行的代码块的先后顺序是：

C -> A -> D -> B

没错，虽然从静态源代码看，代码块 B 紧接在代码块 A 之后，但运行时 B 却在 D 即 COMMIT WORK 之后执行。

所以多次调用 BAPI，最后一次性 COMMIT WORK, 会有问题吗？这个问题不能一概而论。

假设多次调用 BAPI，每次传递的输入参数都相同，那么：

• 最安全的情况，如果这个 BAPI 每次执行的只是数据库更新操作，且 BAPI 每次执行时，代码块 A 计算出的 lt_update 都完全一致，那么多次调用 BAPI，然后再一次执行 COMMIT WORK，不会出现 side effect

• 如果重复调用的 BAPI，每次输入都相同，但是每次代码块 A 计算出的 lt_insert 或者 lt_delete 都会产生新的记录，那么这就意味着一次 COMMIT 之后, 会产生多次不同的数据库的插入或者删除操作。此时一定要确认，这种多次不同的数据库插入或者删除操作，真的是期望的行为吗？

总之，多次调用相同的 BAPI，最好先搞清楚，是代码编写中出现了 bug，造成一个 BAPI 被重复调用，还是开发者有意为之呢？