Re: pg_migrator issue with contrib - Mailing list pgsql-hackers

From Tom Lane
Subject Re: pg_migrator issue with contrib
Date
Msg-id 12263.1244469847@sss.pgh.pa.us
Whole thread Raw
In response to Re: pg_migrator issue with contrib  (Magnus Hagander <magnus@hagander.net>)
Responses Re: pg_migrator issue with contrib  (Magnus Hagander <magnus@hagander.net>)
Re: pg_migrator issue with contrib  (Bruce Momjian <bruce@momjian.us>)
List pgsql-hackers
Magnus Hagander <magnus@hagander.net> writes:
> As long as PostGIS is the same version in both of them, is pg_migrator
> is likely to work? (one can always run the PostGIS upgrade as a separate
> step)

There was just some discussion about that on postgis-devel.  I think the
conclusion was that you would have to do the PostGIS update as a
separate step.  They intend to support both 1.3.x and 1.4.x on current
versions of Postgres for some time, so in principle you could do it in
either order.

>> Could pg_migrator detect usage of "objects" oids (data types in
>> relation, index opclass, ...) that are unknown to be in the standard
>> -core + contrib distribution, and quit trying to upgrade the cluster in
>> this case, telling the user his database is not supported?

> +1 on this.

> Or at least, have it exit and say "if you know that these things are
> reasonably safe, run pg_migrator again with --force" or something like that.

I don't think that anything in that line is going to be helpful.
What it will lead to is people mindlessly using --force (cf our
bad experiences with -i for pg_dump).  If you can't give a *useful*
ie trustworthy warning/error, issuing a useless one is not a good
substitute.
        regards, tom lane


pgsql-hackers by date:

Previous
From: Kedar Potdar
Date:
Subject: Patch for automating partitions in PostgreSQL 8.4 Beta 2
Next
From: Magnus Hagander
Date:
Subject: Re: pg_migrator issue with contrib