Re: Prepared statements fail after schema changes with surprising error
Dimitri Fontaine <dimitri@2ndquadrant.fr>
From: Dimitri Fontaine <dimitri@2ndQuadrant.fr>
To: Tom Lane <tgl@sss.pgh.pa.us>
Cc: Peter van Hardenberg <pvh@pvh.ca>, Peter Geoghegan <peter.geoghegan86@gmail.com>, "pgsql-hackers\@postgresql.org Hackers" <pgsql-hackers@postgresql.org>
Date: 2013-01-22T13:24:26Z
Lists: pgsql-hackers
Tom Lane <tgl@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? Regards, -- Dimitri Fontaine http://2ndQuadrant.fr PostgreSQL : Expertise, Formation et Support