Re: pg_restore and user defined types, several other

This is known problem with pg_dump.
Don't remember if it's solved in 7.3

Regards,

Oleg
On Fri, 16 Aug 2002, Mario Weilguni wrote:

> Hi,
>
> I'm using the ltree module and located several problems, I think not all problems are really ltree related but might be a pg_dump/pg_restore problem.
>
> Here are the problems I've encountered:
> * pg_restore tries to create a table with ltree and ltree[] datatypes before the type itself is created, so it fails.
> * several functions are already defined in template1, so "create database " will restore these functions. pg_restore will try to restore those functions as well
> and fails. Maybe "create or replace function" can be used here? I'm willing to do this if it's ok.
> * I've gist indices on ltree[] columns, and when pg_restore tries to restore it it will report:
> pg_restore: [archiver (db)] could not execute query: ERROR: data type ltree[] has no default operator class for access method "gist"
> You must specify an operator class for the index or define a
> default operator class for the data type
>
> It seems those extra functions for index support are not restored. Removing the commit/end from ltree.sql and running it again (will report a lot of errors, but a few
> inserts as well) will make this work again. However it requires a lot of DBA assistance to restore.
>
> All other problems are solvable by using "pg_restore -L" and using a modified archiv index, but IMO this should work out of the box.
>
> Best regards,
> Mario Weilguni
>
> ---------------------------(end of broadcast)---------------------------
> TIP 1: subscribe and unsubscribe commands go to majordomo(at)postgresql(dot)org
>

Regards,
Oleg
_____________________________________________________________
Oleg Bartunov, sci.researcher, hostmaster of AstroNet,
Sternberg Astronomical Institute, Moscow University (Russia)
Internet: oleg(at)sai(dot)msu(dot)su, http://www.sai.msu.su/~megera/
phone: +007(095)939-16-83, +007(095)939-23-83