我接手了一个项目,因为该项目需要的查询时间实在是长的过分,所以客户要求我将查询时间缩短。我原本以为是因为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。