From: | "Markus Wollny" <Markus(dot)Wollny(at)computec(dot)de> |
---|---|
To: | "Oleg Bartunov" <oleg(at)sai(dot)msu(dot)su> |
Cc: | "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us>, <pgsql-general(at)postgresql(dot)org> |
Subject: | Re: Problem with restoring dump (may be tsearch-related) |
Date: | 2002-09-06 10:15:55 |
Message-ID: | 2266D0630E43BB4290742247C8910575014CE3C7@dozer.computec.de |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Hi!
No, I didn't - the DB is quite large, so it's crucial that dump has got
acceptable speed - which it hasn't got when using --inserts; as I found
out it seems to be a matter of sequence of the created objects in the
dump, anyway, so that wouldn't have helped, I think. As far as I can
see, dump always writes the table-definitions _before_ the
customs-datatype-definitions. Which is causing trouble, because the
statements for creating tables that use custom datatypes like txtidx
thus result in an error but not in a table. So when the COPY-statement
follows, which should fill the table, it finds nothing to fill - and
that causes all these errors.
Regards,
Markus
> -----Ursprungliche Nachricht-----
> Von: Oleg Bartunov [mailto:oleg(at)sai(dot)msu(dot)su]
> Gesendet: Donnerstag, 5. September 2002 20:02
> An: Markus Wollny
> Cc: Tom Lane; pgsql-general(at)postgresql(dot)org
> Betreff: Re: [GENERAL] Problem with restoring dump (may be
> tsearch-related)
>
>
> Markus, did you try dump with --inserts option ?
>
From | Date | Subject | |
---|---|---|---|
Next Message | Areski Belaid | 2002-09-06 10:50:42 | The Last Optimization |
Previous Message | Oliver Elphick | 2002-09-06 10:13:18 | Re: Date not being parsed as expected |