点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)嗨,极客, 我们看到,尤其是在...
点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供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吗?吗?
我猜想这些查询可以用来更新关系的源项和目标项的
modifiedtime
。cart
和cartentries
的更新语句可能是由于AbstractOrder2AbstractOrderEntry
关系的缘故,因此您可以尝试设置以下属性:禁用此行为。 但是请确保您没有任何依赖它的业务逻辑!
对于
PointOfService
,可能还有另一个关系是罪魁祸首,但是我不确定这可能是哪个关系。一周热门 更多>