Re: Prepared statements fail after schema changes with surprising error - Mailing list pgsql-hackers

From Dimitri Fontaine
Subject Re: Prepared statements fail after schema changes with surprising error
Date
Msg-id m2ehhccae9.fsf@2ndQuadrant.fr
Whole thread Raw
In response to Re: Prepared statements fail after schema changes with surprising error  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: Prepared statements fail after schema changes with surprising error
List 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 by date:

Previous
From: Andres Freund
Date:
Subject: Re: logical changeset generation v4
Next
From: Zoltán Böszörményi
Date:
Subject: Re: Strange Windows problem, lock_timeout test request