点击此处--->
群内免费提供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吗？吗？
{var%20f='http://v.t.sina.com.cn/share/share.php?appkey=1515056452',u=z||d.location,p=['&url=',e(u),'&title=',e(t||d.title),'&source=',e(r),'&sourceUrl=',e(l),'&content=',c||'gb2312','&pic=',e(p||'')].join('');function%20a(){if(!window.open([f,p].join(''),'mb',['toolbar=0,status=0,resizable=1,width=440,height=430,left=',(s.width-440)/2,',top=',(s.height-430)/2].join('')))u.href=[f,p].join('');};if(/Firefox/.test(navigator.userAgent))setTimeout(a,0);else%20a();})(screen,document,encodeURIComponent,'','','http://www.easysap.com/data/attach/logo/logo.png', '推荐 Doze时光 的问题《避免极慢的OOTB UPDATE查询？》','https://www.easysap.com/q-76141.html','页面编码gb2312|utf-8默认gb2312'));){kind=link}
我猜想这些查询可以用来更新关系的源项和目标项的
modifiedtime。cart和cartentries的更新语句可能是由于AbstractOrder2AbstractOrderEntry关系的缘故，因此您可以尝试设置以下属性：禁用此行为。 但是请确保您没有任何依赖它的业务逻辑！
对于
PointOfService，可能还有另一个关系是罪魁祸首，但是我不确定这可能是哪个关系。好，马库斯，谢谢。 我们将看看是否在cnd支架与业务逻辑之间存在依赖关系，如果没有，我们可以使用
relation.AbstractOrder2AbstractOrderEntry.markmodified = false解决方案
至少从热关系开始，而且，按照您的主张，这可能会导致我们面临的行锁，比如说我们正在修改所有支架，每个支架将尝试修改cs的修改时间。
您是否有机会使用B2BUnit？ 在Hybris 6+中，OrgUnitAfterInitializationEndEventListener被发现是缓慢更新中的罪魁祸首，因为它在更新期间运行。 如果您使用的是6.6 +，Hybris已添加了一个属性以将其禁用。 否则，您可以自定义它以将其注释掉。
感谢David的重播，但没有-我们使用的是5.7-仍未达到最高速度
一周热门 更多>