避免极慢的OOTB UPDATE查询?

2020-09-13 22:03发布

点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)嗨,极客, 我们看到,尤其是在...

         点击此处--->   EasySAP.com群内免费提供SAP练习系统(在群公告中)

加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)


嗨,极客,

我们看到,尤其是在高峰时间,非常OOTB(耗时10-15分钟,还有更多时间)更新BD查询的速度很慢,它们是:

  • 更新支架SET hjmpTS =:1,modifiedTS =:2

  • 更新购物车SET hjmpTS =:1,modifiedTS =:2 WHERE PK =:3

  • 更新服务点SET hjmpTS =:1,modifiedTS =:2 WHERE PK =:3

这些查询的时间非常慢,这导致我们在繁重的用户使用时间(比如大销售)中遇到行锁和数据库锁存问题。 当然,这可能是其他事情发生的后因。

我的问题是:

  • 是否有人遇到过类似的事件-OOTB更新查询速度很慢,并且会建议一些措施来改进/避免它们?

  • 我们正在考虑INITRANS(在所有表沙索引处为48)是否正确设置了数据库上的表和索引(我们正在使用Oracle 11.2.0.4.v7) -您能分享为您的案例设置的INITRANS吗?吗?

4条回答
2020-09-13 22:27

好,马库斯,谢谢。 我们将看看是否在cnd支架与业务逻辑之间存在依赖关系,如果没有,我们可以使用

relation.AbstractOrder2AbstractOrderEntry.markmodified = false解决方案

至少从热关系开始,而且,按照您的主张,这可能会导致我们面临的行锁,比如说我们正在修改所有支架,每个支架将尝试修改cs的修改时间。

一周热门 更多>