Re: Removing pg_migrator limitations

Tom Lane <tgl@sss.pgh.pa.us>

From: Tom Lane <tgl@sss.pgh.pa.us>
To: Bruce Momjian <bruce@momjian.us>
Cc: Andrew Dunstan <andrew@dunslane.net>, PostgreSQL-development <pgsql-hackers@postgresql.org>, Alvaro Herrera <alvherre@alvh.no-ip.org>
Date: 2009-12-23T19:17:32Z
Lists: pgsql-hackers
Bruce Momjian <bruce@momjian.us> writes:
> The remaining issue is pg_enum oids.  Because it will be difficult to
> pass an arbitrary number of oids into the backend, the idea was to
> assign each enum value separately.  If we implement this TODO item:

> 	Allow adding/renaming/removing enumerated values to an existing
> 	enumerated data type 

The reason that isn't implemented is that it's *hard* --- in fact,
it appears to be entirely impossible in the general case, unless you're
willing to change existing values of the enum on-disk.  I do not agree
that it's a good plan to try to solve that as a prerequisite to making
pg_migrator work.

			regards, tom lane