Hi Rainer ,
We tried to create the partial ‘index on table but it did not help, and it is taking approx. 7 sec now.
Also we tried to force the query to use the index by enabling the parameter at session level
set enable_seqscan=false;
and it is still taking the time below is the explain plan for the same
https://explain.depesz.com/s/YRWIW#stats
Also we running the query which is actually used in application and above query is used in below query. Below is the explain plan for same.
https://explain.depesz.com/s/wktl#stats
Please assist
Thanks and Regards,
Mukesh Kuma
From: Ranier Vilela <ranier.vf@gmail.com>
Sent: Thursday, April 14, 2022 7:56 PM
To: Kumar, Mukesh <MKumar@peabodyenergy.com>
Cc: pgsql-performance@postgresql.org; MUKESH KUMAR <mukesh.kumar14@tcs.com>
Subject: Re: Query Tunning related to function
Hi Team,
We are running the below query in PostgreSQL and its taking approx. 8 to 9 sec to run the query.
Query – 1
Select * from
(
Select payment_sid_c,
lms_app.translate_payment_status(payment_sid_c) AS paymentstatus
from
lms_app.lms_payment_check_request
group by payment_sid_c) a
where paymentstatus in ('PAID', 'MANUALLYPAID')
The explain plan and other details are placed at below link for more information. We have checked the indexes on column but in the explain plan it is showing as Seq Scan which we have to find out.
https://explain.depesz.com/s/Jsiw#stats
This query is using a function translate_payment_status on column payment_sid_c whose script is attached in this mail
Could please anyone help or suggest how to improve the query performance.
You can try create a partial index that help this filter:
Filter: ((lms_app.translate_payment_status(payment_sid_c))::text = ANY ('{PAID,MANUALLYPAID}'::text[]))