复合提供程序上的Hana SQL查询以OOM结尾

2020-08-14 12:49发布

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

加入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)

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

加入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)
付费偷看设置
发送
1条回答
zZ12138
1楼-- · 2020-08-14 13:26

-查看此视图​​/cp的创建方式以及其中是否存在性能瓶颈,这就是导致此问题的原因

-您要查询多少列,为什么选择*? 对我而言,这看起来很理想。 您可以尝试仅查询所需的列,并检查其是否仍然不好

-做回溯以确定确切的性能瓶颈,通过从顶部/底部在支持的表/视图投影节点上运行查询,从底部到顶部执行此操作,反之亦然

谢谢

Abhishek Shanbhogue

一周热门 更多>