Re: 15x slower PreparedStatement vs raw query

Поиск
Список
Период
Сортировка
От Vijaykumar Jain
Тема Re: 15x slower PreparedStatement vs raw query
Дата
Msg-id CAM+6J94H5=fyh5rHHqU3pMBMS_7YHLWLH+H-+30ZKAjsFcAquQ@mail.gmail.com
обсуждение исходный текст
Ответ на Re: 15x slower PreparedStatement vs raw query  (Laurenz Albe <laurenz.albe@cybertec.at>)
Список pgsql-performance
I am not an expert on this, But I would like to take a shot :)

Is it possible to share your prepared statement and parameter types.
I mean 

something like this 
PREPARE usrrptplan (int) AS    SELECT * FROM users u, logs l WHERE u.usrid=$1 AND u.usrid=l.usrid    AND l.date = $2;
EXECUTE usrrptplan(1, current_date);

It's just that sometimes the datatypes of the prepared statement params are not the same as the datatype of the field in the join and as a result it may add some overhead.
There was one more thread where a person has similar issues, which was sorted by using the relevant field type in the prepared field.


bPMA | explain.depesz.com  -> slow (prepared)  Row 8
TsNn | explain.depesz.com     -> fast (direct)   Row 8
It seems the join filters in the prepared version are doing a lot of work on the fields massaging the fields that may add the cost overhead,
 

Also, if the above does not work, can you try the below plan GUC to check if you see any improvements.


Thanks,
Vijay

On Tue, 4 May 2021 at 20:52, Laurenz Albe <laurenz.albe@cybertec.at> wrote:
On Tue, 2021-05-04 at 13:59 +0000, Alex wrote:
> "Powerful general purpose relational database" but not smart...

Too smart can easily become slow...

> I propose a feature to use information from previously executed queries to adjust the query plan time accordingly.
> Reusing the same generic plan may and will lead to very long execution times.

AI can go wrong too, and I personally would be worried that such cases
are very hard to debug...

Yours,
Laurenz Albe
--
Cybertec | https://www.cybertec-postgresql.com





--
Thanks,
Vijay
Mumbai, India

В списке pgsql-performance по дате отправления:

Предыдущее
От: Laurenz Albe
Дата:
Сообщение: Re: 15x slower PreparedStatement vs raw query
Следующее
От: David Rowley
Дата:
Сообщение: Re: 15x slower PreparedStatement vs raw query