Andres Freund <and...@2ndquadrant.com> writes: > On 2013-01-22 14:24:26 +0100, Dimitri Fontaine wrote: >> Tom Lane <t...@sss.pgh.pa.us> writes: >> >> DROP SCHEMA public; >> >> CREATE SCHEMA public; >> > >> > changes the OID of schema public, whereas the search_path that's cached >> > for the cached plan is cached in terms of OIDs. So while there is a >> > table named public.z1 at the end of the sequence, it's not in any schema >> > found in the cached search path. >> >> The DROP SCHEMA should invalidate the cached plan, certainly? > > Afaics the error happens during replanning of the invalidated plan.
Oh, replaning with the cached search_path even when the invalidation came from a DROP SCHEMA, you mean? Do we have enough information to make that case appart? Regards, -- Dimitri Fontaine http://2ndQuadrant.fr PostgreSQL : Expertise, Formation et Support -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers
