Re: BUG #6517: Volatile function erroneously optimized, does not consider change in schema path
От | Tom Lane |
---|---|
Тема | Re: BUG #6517: Volatile function erroneously optimized, does not consider change in schema path |
Дата | |
Msg-id | 27129.1331565378@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: BUG #6517: Volatile function erroneously optimized, does not consider change in schema path (Robert Haas <robertmhaas@gmail.com>) |
Ответы |
Re: BUG #6517: Volatile function erroneously optimized, does
not consider change in schema path
Re: BUG #6517: Volatile function erroneously optimized, does not consider change in schema path |
Список | pgsql-bugs |
Robert Haas <robertmhaas@gmail.com> writes: > On Mon, Mar 5, 2012 at 6:52 AM, <rene.vanpaassen@gmail.com> wrote: >> I found some unexpected behaviour when changing the schema search path in >> combination with plpgsql functions (may be true for other function types >> too, did not check). This occurs both in 9.1.2 (on Fedora, 64 bit) and 8.4.9 >> (Centos 6, 32 bit). I created a small example run with psql, to demonstrate >> this. > I have a vague feeling this is a known issue. It sure seems like we > should handle it better, but I'm not sure how hard that would be to > implement. plpgsql intentionally caches the plan for the query as it was built with the original search_path. There's been talk of adjusting that behavior but I'm worried that we might break as many cases as we fix ... regards, tom lane
В списке pgsql-bugs по дате отправления: