点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)你好 我们的BW团队报告了有关...
点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)你好 我们的BW团队报告了有关...
加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)
你好
我们的BW团队报告了有关以下查询的问题,导致OOM。
从" ZSALES_MART_5642"中选择前1000 *。" SWEDEN :: C_SORD_INT99";
从OOM文件中,我们可以看到分配器" Pool/JoinEvaluator/JERequestedAttributes/Results"正在占用近100GB的内存。 尽管上述查询的基础表非常小,例如25MB和7MB。
所以我不确定为什么在这2个表上进行联接,而其他几个表却消耗100GB并仍然失败。
请忍受我对sql的了解。
Visualiser计划的附加屏幕截图
..由于不允许上传完整的计划,因此无法上传。
期待从您的专业知识中汲取灵感!
谢谢
(44.6 kB)
-查看此视图/cp的创建方式以及其中是否存在性能瓶颈,这就是导致此问题的原因
-您要查询多少列,为什么选择*? 对我而言,这看起来很理想。 您可以尝试仅查询所需的列,并检查其是否仍然不好
-做回溯以确定确切的性能瓶颈,通过从顶部/底部在支持的表/视图投影节点上运行查询,从底部到顶部执行此操作,反之亦然
谢谢
Abhishek Shanbhogue
一周热门 更多>