Re: SPI_ERROR_CONNECT within pl/pgsql, PG 8.4
От | Tom Lane |
---|---|
Тема | Re: SPI_ERROR_CONNECT within pl/pgsql, PG 8.4 |
Дата | |
Msg-id | 25268.1247590293@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: SPI_ERROR_CONNECT within pl/pgsql, PG 8.4 (Alvaro Herrera <alvherre@commandprompt.com>) |
Список | pgsql-bugs |
Alvaro Herrera <alvherre@commandprompt.com> writes: > Tom Lane wrote: >> I'm convinced that 8.3 has the same bug, in the sense that it could fail >> this way if it had to revalidate a cached plan. Probably the reason you >> didn't see it before is that 8.4 has more conditions in which it will >> invalidate cached plans. In particular, is it possible that this >> failure occurs when you try to call a plpgsql function that has just >> been replaced via CREATE OR REPLACE FUNCTION? > Do we have the stuff where an ANALYZE could invalidate cached plans? That was true in 8.3, too. But it doesn't affect this particular code path because exec_eval_simple_expr won't be used for anything that references a table. In 8.4 you could have a plan inval on an expression that just uses a user-defined function, but it's a lot harder to trigger such a thing in 8.3. Which is why we didn't get reports before. regards, tom lane
В списке pgsql-bugs по дате отправления: