多次调用 BAPI 之后,最后一次性 COMMIT WORK,会有什么问题吗?
有朋友问我这个问题:
调用 MIRO 的 BAPI, 调用多次,最后一次性 COMMIT WORK,可以执行成功,但是调用一百次以上,最后再 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 被重复调用,还是开发者有意为之呢?
![](https://res.hc-cdn.com/ecology/9.3.128/v2_resources\images\global\blog-dialog.png)
华为开发者空间发布
让每位开发者拥有一台云主机
- 点赞
- 收藏
- 关注作者
评论(0)