Re: [HACKERS] Bug in prepared statement cache invalidation?

Поиск
Список
Период
Сортировка
От Konstantin Knizhnik
Тема Re: [HACKERS] Bug in prepared statement cache invalidation?
Дата
Msg-id 5908D991.4010009@postgrespro.ru
обсуждение исходный текст
Ответ на Re: [HACKERS] Bug in prepared statement cache invalidation?  (Robert Haas <robertmhaas@gmail.com>)
Ответы Re: [HACKERS] Bug in prepared statement cache invalidation?  (Robert Haas <robertmhaas@gmail.com>)
Список pgsql-hackers
On 05/02/2017 09:30 PM, Robert Haas wrote:
>> I am not sure how critical is this problem. Definitely it rarely happens,
>> but lack of normal workarounds (restart backend, recreate function?) seems
>> to be  disappointing.
> The problem goes away if you reconnect.  The problematic cache is only
> backend-lifetime.
>
Most of clients are not connected to the Postgres directly, them are using some kind of connection pooling.
It means that backends are never restarted. And it will be necessary to restart the whole service just because we do
nothave
 
dependency tracking mechanism for PL code. Even invalidation of all functions in case of DDL seems to be more
acceptablesolution.
 

-- 
Konstantin Knizhnik
Postgres Professional: http://www.postgrespro.com
The Russian Postgres Company




В списке pgsql-hackers по дате отправления:

Предыдущее
От: Petr Jelinek
Дата:
Сообщение: Re: [HACKERS] logical replication syntax (was DROP SUBSCRIPTION,query cancellations and slot handling)
Следующее
От: Robert Haas
Дата:
Сообщение: Re: [HACKERS] modeling parallel contention (was: Parallel Append implementation)