Re: BUG #6517: Volatile function erroneously optimized, does not consider change in schema path - Mailing list pgsql-bugs

From Tom Lane
Subject Re: BUG #6517: Volatile function erroneously optimized, does not consider change in schema path
Date
Msg-id 27129.1331565378@sss.pgh.pa.us
Whole thread Raw
In response to Re: BUG #6517: Volatile function erroneously optimized, does not consider change in schema path  (Robert Haas <robertmhaas@gmail.com>)
Responses 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  (Rene van Paassen <rene.vanpaassen@gmail.com>)
List 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 by date:

Previous
From: Robert Haas
Date:
Subject: Re: BUG #6513: explain (analyze, buffers) and toasted fields
Next
From: Tom Lane
Date:
Subject: Re: BUG #6513: explain (analyze, buffers) and toasted fields