Re: Prepared statements fail after schema changes with surprising error
От | Robert Haas |
---|---|
Тема | Re: Prepared statements fail after schema changes with surprising error |
Дата | |
Msg-id | CA+Tgmoa8wqNcMsyYj69oK6oHa-q3tTcFwPc+VbQwdyRFCTMMjw@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Prepared statements fail after schema changes with surprising error (Dimitri Fontaine <dimitri@2ndQuadrant.fr>) |
Ответы |
Re: Prepared statements fail after schema changes with
surprising error
Re: Prepared statements fail after schema changes with surprising error |
Список | pgsql-hackers |
On Wed, Jan 23, 2013 at 8:10 AM, Dimitri Fontaine <dimitri@2ndquadrant.fr> wrote: > 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. I agree with that, but I think Tom's concern is more with the cost of too-frequent re-planning. The most obvious case in which DDL might be frequent enough to cause an issue here is if there is heavy use of temporary objects - sessions might be rapidly creating and dropping objects in their own schemas. It would be unfortunate if that forced continual replanning of queries in other sessions. I think there could be other cases where this is an issue as well, but the temp-object case is probably the one that's most likely to matter in practice. -- Robert Haas EnterpriseDB: http://www.enterprisedb.com The Enterprise PostgreSQL Company
В списке pgsql-hackers по дате отправления: