Re: Uninstall script errors
| От | Tom Lane | 
|---|---|
| Тема | Re: Uninstall script errors | 
| Дата | |
| Msg-id | 5122.1141328953@sss.pgh.pa.us обсуждение исходный текст | 
| Ответ на | Re: Uninstall script errors (Michael Fuhr <mike@fuhr.org>) | 
| Ответы | Re: Uninstall script errors | 
| Список | pgsql-hackers | 
Michael Fuhr <mike@fuhr.org> writes:
> Would it make sense for DROP TYPE to have some kind of limited
> cascade so you could drop a type and its I/O functions at the same
> time, but still get an error if other objects depend on the type?
Seems pretty ugly.  Maybe the thing to do is have a command that somehow
reverts a type to the "shell" state, whereupon the deletion sequence can
be the exact logical inverse of the creation sequence:
* drop other dependencies* shell-ify type* drop I/O functions* drop shell type
What's not very clear to me though is how you determine whether it's
safe to shell-ify the type.  I don't think you want to allow that as
long as any columns of the type remain, for instance.  If this requires
verifying that it has no remaining dependencies except the I/O
functions, then it seems no different really from a "limited cascade".
        regards, tom lane
		
	В списке pgsql-hackers по дате отправления: