Re: [ADMIN] Restoring a Databases that features tserach2 - Mailing list pgsql-general

From Tom Lane
Subject Re: [ADMIN] Restoring a Databases that features tserach2
Date
Msg-id 7243.1082647977@sss.pgh.pa.us
Whole thread Raw
In response to Re: [ADMIN] Restoring a Databases that features tserach2  (Fischer Ulrich <ulrich.fischer@aerodynamics.ch>)
List pgsql-general
Fischer Ulrich <ulrich.fischer@aerodynamics.ch> writes:
> Tom Lane wrote:
>> This is certainly not going to work because the dump from the old
>> database will already have all the tsearch2 objects, not to mention
>> whatever setup_ge_ispell.sql may create.  You should get rid of steps
>> 3 and 3a.

> Get rid of Step 3 and 3a produces Errors in Step 4 like:
> ERROR:  type "tsvector" does not exist

Yeah, not surprising if you used ALTER TABLE to add a tsvector column
to a table created before you'd loaded tsearch2 into the database.
The dump will create the objects in the wrong order.

This whole class of problems should be gone in 7.5, since CVS-tip
pg_dump understands dependencies properly.  As a short-term workaround
I'd suggest using "pg_dump -Fc db" as the source data and manually
adjusting the load order with pg_restore's -L option.  The
separate-schema-and-data approach is not very good since it's a lot
slower to load large databases that way.

            regards, tom lane

pgsql-general by date:

Previous
From: Tom Lane
Date:
Subject: Re: Missing OID rant
Next
From: Michael Chaney
Date:
Subject: Re: Replication