Re: ADD/DROP INHERITS
От | Tom Lane |
---|---|
Тема | Re: ADD/DROP INHERITS |
Дата | |
Msg-id | 29659.1149792284@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: ADD/DROP INHERITS (Greg Stark <gsstark@mit.edu>) |
Ответы |
Re: ADD/DROP INHERITS
|
Список | pgsql-hackers |
Greg Stark <gsstark@mit.edu> writes: > I'm a bit confused about what pg_depends entries would be necessary then. If > there's something like this there: > Child Table <--(AUTO)-- pg_inherit entry --(NORMAL)-> Parent Table I think that would work, but it seems pretty baroque. pg_inherit entries are not separately accessible SQL objects; not in the sense that, say, a table's rowtype is. I think it'd be just about as easy to leave the catalog definitions as-is and just manually drop the child-to-parent pg_depend entry. This would certainly be less code than all the infrastructure needed to add pg_inherit entries as a separate kind of dependency object. I also note that to go in this direction, pg_inherits would need to add an OID column, and an index on it. BTW ... are you intending to renumber inhseqno entries of remaining pg_inherits items after DROP INHERITS? Which seqno will be assigned by ADD INHERITS? This seems like another area in which DROP/ADD will not be a complete no-op. regards, tom lane
В списке pgsql-hackers по дате отправления: