Re: function doesn't see change in search_path

From: Ivan Sergio Borgonovo <mail(at)webthatworks(dot)it>
To: pgsql-general(at)postgresql(dot)org
Subject: Re: function doesn't see change in search_path
Date: 2011-11-07 19:28:21
Message-ID: 20111107202821.7185836b@dawn.webthatworks.it
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On Mon, 7 Nov 2011 19:07:29 +0100
Pavel Stehule <pavel(dot)stehule(at)gmail(dot)com> wrote:

> 2011/11/7 Ivan Sergio Borgonovo <mail(at)webthatworks(dot)it>:
> > On Mon, 7 Nov 2011 17:55:11 +0100
> > Pavel Stehule <pavel(dot)stehule(at)gmail(dot)com> wrote:
> >
> >> Hello
> >>
> >> this is know bug/feature based on caching plans
> >
> > What puzzled me is I'm operating in a similar way in a different
> > system and I'm not experiencing the same problem.
> >
> > Do different users have different caches?
>
> depend on usage - cache is per session

OK. It is clear it is "per session".
Up to my knowledge users can't be changed inside the same session.
What are you referring to with "depend on usage".
Is there any other thing that can influence cached plans?

Right now I just need a workaround and calling the function in
different sessions seems cleaner than writing a function for each
schema especially since I can use psql \connect.

It seems that cache management happens completely behind the scenes
and there are no way to control it other than playing tricks as

sql := 'select * from ' | sometable |...
execute sql;

I didn't find anything on cache other than what's written here

http://developer.postgresql.org/pgdocs/postgres/plpgsql-implementation.html

thanks

--
Ivan Sergio Borgonovo
http://www.webthatworks.it

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Pavel Stehule 2011-11-07 19:53:26 Re: function within a function/rollbacks/exception handling
Previous Message Cody Caughlan 2011-11-07 19:27:05 pg_restore: [custom archiver] unexpected end of file on Postgres 9.1.1