| 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: | Whole Thread | Raw Message | 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
| 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 |