SAP HANA 查询优化方法之一

您所在的位置:网站首页 一亿条数据查询 SAP HANA 查询优化方法之一

SAP HANA 查询优化方法之一

2024-06-12 18:42| 来源: 网络整理| 查看: 265

我接手了一个项目,因为该项目需要的查询时间实在是长的过分,所以客户要求我将查询时间缩短。我原本以为是因为sql查询的数据太多导致的速度慢,于是我将一个完整的大sql拆分成了两部分,结果发现没有任何用处。于是我开始将sql不断分解,终于找到了拖慢查询进度的元凶,SQL语句类似下面这段

SELECT

USER.ID, string_agg(COMPANY.NAME, '/') AS NAME  FROM SAPABAP1."/MSG/USER" AS USER  LEFT JOIN SAPABAP1."/MSG/COMPANY" AS COMPANY ON COMPANY.DB_KEY = USER.PARENT_KEY  WHERE USER.COMPID = '810' 

GROUP BY USER.ID

如果单独执行这一段代码,查询时间差不多在三五分钟左右,我尝试着把string_agg注释掉,结果发现查询时间瞬间缩短到了8s秒,但是string_agg又不可以注释掉,这就让人犯难了,后来我注意到了这一段SQL外面的LEFT JOIN,心想如果在这一段里加上限制条件会不会好一些,于是我把代码改成了下面这样

SELECT USER.ID, string_agg(COMPANY.NAME, '/') AS NAME  FROM SAPABAP1."/MSG/USER" AS USER  LEFT JOIN SAPABAP1."/MSG/COMPANY" AS COMPANY ON COMPANY.DB_KEY = USER.PARENT_KEY  LEFT JOIN SAPABAP1."/MSG/MESSAGE" AS MESSAGE ON MESSAGE.ID=USER.ID WHERE USER.COMPID = '810'  AND MESSAGE.ID in ('123456') 

GROUP BY USER.ID

我把外面的LEFT JOIN 挪到了里面并加入了MESSAGE.ID这样的限制条件,结果发现结果竟然秒出,这样就好办了。我又写了另一个SQL,作用是提前筛选所要查询的MESSAGE.ID,然后把获取到的值拼接到原SQL中,这样优化以后原本三五分钟的查询时间瞬间被优化到30s。



【本文地址】


今日新闻


推荐新闻


CopyRight 2018-2019 办公设备维修网 版权所有 豫ICP备15022753号-3