Dimitri Fontaine <[email protected]> writes:
> Tom Lane <[email protected]> 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?
It does not; see my reply to Robert.
regards, tom lane
--
Sent via pgsql-hackers mailing list ([email protected])
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers
