Re: Privileges where not restored

There exists a second reason to walk my way. I work with PostGIS. To update
PostGIS you need to replace different functions, operators etc. for it it
exists an update process which expect the use of a TOC list. I think the
best way is to patch this pg_restore bug

---------------------------------
 
Dr. Horst Düster
GIS-Koordinator /Amtschef Stv.

Kanton Solothurn 
Amt für Geoinformation
Abteilung SO!GIS Koordination
Werkhofstr. 65
CH-4509 Solothurn

Tel.: ++41 (0)32 627 25 32
Fax: ++41 (0)32 627 22 14

horst(dot)duester(at)bd(dot)so(dot)ch
www.sogis.so.ch

-----Ursprüngliche Nachricht-----
Von: Michael Fuhr [mailto:mike(at)fuhr(dot)org]
Gesendet am: Donnerstag, 20. Januar 2005 09:02
An: Düster Horst
Cc: 'pgsql-admin(at)postgresql(dot)org'
Betreff: Re: [ADMIN] Privileges where not restored

On Thu, Jan 20, 2005 at 08:47:13AM +0100, Düster Horst wrote:

> >Are you sure reordering was necessary? Did you try to restore
> >without reordering the objects?
>
> Yes I tried the restore without reordering, but it doesn't work due to the
> fact that pg_restore tries to restore some objects of my DB before it is
> allowed to restore them. (View before Table and so on). Thus it is
necessary
> to reorder.

Did you try with pg_dump and pg_restore from 8.0.0? I think they've
improved in this area. If you still have problems, then could you
provide a test case that demonstrates incorrect ordering? I'm sure
the developers would like to fix such problems if possible.

--
Michael Fuhr
http://www.fuhr.org/~mfuhr/