• 请在成功的IF案例中移动成功消息...
• 从概念上来说，由于MODIFY不会对重复的主键产生错误，因此您应该寻找辅助唯一索引和锁定记录（在数据库级别，为防止这种情况您编写了什么代码），甚至在系统或数据库日志中

以后发布代码时，请在编辑器中使用"代码"按钮。 这次我为您做了。

您的编码不正确。 首先，l_flag不是变量的有意义的名称。 怎么样的previous_modify_successful，并使用提供的abap_true和abap_false代替任意的''和'X'。 但是结构也不好。 当您尝试更新zitem时，即使zheader更新已经失败。

从表it_zheader修改zheader。
 如果sy-subrc = 0。
   从表it_zitem修改zitem。
   如果sy-subrc = 0
     提交工作并等待。
     db_modify_was_successful = abap_true。
   万一。
 万一。
 如果db_modify_was_successful = abap_false。
   回滚工作。
   消息s398与"更新表成功！"显示为"我"。
 ENDIF 

您知道it_item不为空吗？ 您能否重现观察到的问题？ 您是否尝试过调试？

尊敬的Mattehew，
感谢您的好评。 实际上，我们生产中的结构不是这样（这只是一个示例），我们具有以前形式的逻辑来检查it_item是否为空，并且该程序已经在生产环境中运行了一段时间。 不知道为什么有时项目表更新失败（当时我们跟踪的项目结构不为空，没有任何异常或数据库锁定发生）。

• 是的，每个更新此表的程序都应使用相同的队列（例如E_TABLE）
• COMMIT/ROLLBACK WORK将删除该锁，因此不需要显式调用DEQUEUE。