Re: Performance issues with v18 SQL-language-function changes
От | Bruce Momjian |
---|---|
Тема | Re: Performance issues with v18 SQL-language-function changes |
Дата | |
Msg-id | Z__odasq4j8kbWlG@momjian.us обсуждение исходный текст |
Ответ на | Re: Performance issues with v18 SQL-language-function changes (Robert Haas <robertmhaas@gmail.com>) |
Ответы |
Re: Performance issues with v18 SQL-language-function changes
|
Список | pgsql-hackers |
On Mon, Apr 14, 2025 at 10:38:29AM -0400, Robert Haas wrote: > On Sun, Apr 13, 2025 at 3:23 PM Tom Lane <tgl@sss.pgh.pa.us> wrote: > > create function fx(p_summa bigint) returns text immutable strict > > return ltrim(to_char(p_summa, '999 999 999 999 999 999 999 999')); > > > > explain analyze select fx(i) from generate_series(1,1000000) as i(i); > > > > you arrive at the rude discovery that 0dca5d68d is about 50% slower > > than 0dca5d68d^, because the old implementation builds a plan for fx() > > only once and then re-uses it throughout the query. > > I agree that we should do something about this. I haven't reviewed > your patches but the approach sounds broadly reasonable. Yep, we went down the road in PG 18 to convert syntax, and now we have to fix this, or we have to revert all the PG 18 syntax changes, which seems like a step backward. -- Bruce Momjian <bruce@momjian.us> https://momjian.us EDB https://enterprisedb.com Do not let urgent matters crowd out time for investment in the future.
В списке pgsql-hackers по дате отправления: