Re: Prepared statements fail after schema changes with surprising error

Поиск
Список
Период
Сортировка
От Dimitri Fontaine
Тема Re: Prepared statements fail after schema changes with surprising error
Дата
Msg-id m2ehhccae9.fsf@2ndQuadrant.fr
обсуждение исходный текст
Ответ на Re: Prepared statements fail after schema changes with surprising error  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: Prepared statements fail after schema changes with surprising error  (Robert Haas <robertmhaas@gmail.com>)
Список pgsql-hackers
Tom Lane <tgl@sss.pgh.pa.us> writes:
> I'm thinking that the main argument for trying to do this is so that we
> could say "plan caching is transparent", full stop, with no caveats or
> corner cases.  But removing those caveats is going to cost a fair
> amount, and it looks like that cost will be wasted for most usage
> patterns.

I think the right thing to do here is aim for transparent plan caching.
Now, will the caveats only apply when there has been some live DDL
running, or even only DDL that changes schemas (not objects therein)?

Really, live DDL is not that frequent, and when you do that, you want
transparent replanning. I can't see any use case where it's important to
be able to run DDL in a live application yet continue to operate with
the old (and in cases wrong) plans.

Regards,
-- 
Dimitri Fontaine
http://2ndQuadrant.fr     PostgreSQL : Expertise, Formation et Support



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

Предыдущее
От: Andres Freund
Дата:
Сообщение: Re: logical changeset generation v4
Следующее
От: Zoltán Böszörményi
Дата:
Сообщение: Re: Strange Windows problem, lock_timeout test request