Re: BUG #18950: pgsql function that worked in Postgresql 16 does not return in Postgresql 17
Lowell Hought <lowell.hought@gmail.com>
From: Lowell Hought <lowell.hought@gmail.com>
To: Tom Lane <tgl@sss.pgh.pa.us>
Cc: Laurenz Albe <laurenz.albe@cybertec.at>, pgsql-bugs@lists.postgresql.org
Date: 2025-06-08T02:59:39Z
Lists: pgsql-bugs
Wait, I spoke too soon. When I just ran the query I was on version 16. Give me a moment to shut down 16 and fire up 17 and I will try it again. Lowell On Sat, Jun 7, 2025 at 9:57 PM Lowell Hought <lowell.hought@gmail.com> wrote: > Yes! I just changed the parameter as you suggested and the query > returned as expected. > So I guess something changed between version 16 and version 17? Perhaps > the default for that setting? > > Lowell > > On Sat, Jun 7, 2025 at 9:08 PM Tom Lane <tgl@sss.pgh.pa.us> wrote: > >> Lowell Hought <lowell.hought@gmail.com> writes: >> > If I run the query outside of the function it works as expected. But >> the function never returns. >> >> This isn't that surprising either: a query inside a function is >> often translated into a "generic" plan that doesn't depend on >> specific parameter values, typically sacrificing runtime to >> avoid repeated planning. Does it get any better if you do >> "set plan_cache_mode = force_custom_plan" before running the >> function? >> >> regards, tom lane >> >