Re: strange problem with pl/pgsql function caching of bad values

From: snacktime <snacktime(at)gmail(dot)com>
To: "pgsql-general(at)postgresql(dot)org" <pgsql-general(at)postgresql(dot)org>
Subject: Re: strange problem with pl/pgsql function caching of bad values
Date: 2005-07-11 19:04:40
Message-ID: 1f060c4c05071112046b222d8d@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

> > One other thing about our particular setup is that we use separate
> > schema's for all user data and the functions go in the public schema.
> > So before executing this function we issue something like 'set_path to
> > username,public'.
>
> Mph. Are you expecting the function to work for more than one such path
> value over the life of a connection? Maybe you need to do the selection
> part with an EXECUTE not only the update. As-is, the first execution
> will latch down which copy of recurbilling_transactions will be used
> for the selection, regardless of later changes in search_path.
>

Argh... I knew better. Yes i need to use EXECUTE because it is used
across multiple paths.

Chris

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Karl O. Pinc 2005-07-11 19:43:48 Db and schema names in logged errors
Previous Message Tom Lane 2005-07-11 18:48:22 Re: strange problem with pl/pgsql function caching of bad values