Re: BUG #6704: ALTER EXTENSION postgis SET SCHEMA leaves dangling relations
От | Bruce Momjian |
---|---|
Тема | Re: BUG #6704: ALTER EXTENSION postgis SET SCHEMA leaves dangling relations |
Дата | |
Msg-id | 20120830214826.GC32350@momjian.us обсуждение исходный текст |
Ответ на | Re: BUG #6704: ALTER EXTENSION postgis SET SCHEMA leaves dangling relations (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: BUG #6704: ALTER EXTENSION postgis SET SCHEMA leaves dangling relations
Re: BUG #6704: ALTER EXTENSION postgis SET SCHEMA leaves dangling relations |
Список | pgsql-bugs |
On Fri, Jun 22, 2012 at 10:37:10PM -0400, Tom Lane wrote: > jeff@pgexperts.com writes: > > DROP and CREATE extension appear to work fine, but if you ALTER EXTENSION > > postgis SET SCHEMA foo, it leaves a few relations behind. > > What it seems to be leaving behind is indexes ... also relation rowtypes. > > A bit of looking shows that ALTER EXTENSION SET SCHEMA calls > AlterObjectNamespace_oid on the table. AlterObjectNamespace_oid > calls AlterRelationNamespaceInternal, and nothing else. In comparison, > ALTER TABLE SET SCHEMA (AlterTableNamespace) calls > AlterRelationNamespaceInternal and about four other things. I'm not > sure if this was broken before the last round of refactoring in this > area, but for sure it's broken now. Uh, did this get fixed? I can't find a commit related to the fix. -- Bruce Momjian <bruce@momjian.us> http://momjian.us EnterpriseDB http://enterprisedb.com + It's impossible for everything to be true. +
В списке pgsql-bugs по дате отправления: