[postgis-devel] postgis_restore.pl
strk
strk at keybit.net
Fri Aug 6 02:56:26 PDT 2004
I've fixed the operator issue.
Current CVS version seems to be pretty usable.
Please test it ( utils/postgis_restore.pl ).
DEBUG is activated by default.
--strk;
On Tue, Aug 03, 2004 at 11:34:45AM +0200, strk wrote:
> On Tue, Aug 03, 2004 at 10:04:46AM +0200, strk wrote:
> > Hi all,
> > I've been working on a postgis restore script.
> > Basically the script extracts the ToC from a dump
> > and skips all objects that will be defined by postgis.sql.
> > Then enables postgis, then restores the dump.
> >
> > Under the directory utils/ you can find an initial
> > implementation.
> >
> > Known issues:
> >
> > - operators in the dump are always skipped
> > because from the ToC there's no way to tell
> > wheter or not they belong to postgis.
> >
> > - It seems that when creating tables in schema 'MySchema'
> > pg_restore sets the search path to 'MyScheme', 'pg_catalogue'.
> > This means that postgis constraints will invoke functions
> > unfindable (geometrytype and srid) w/out the 'public' suffix,
> > which is not added :! Any test with this is appreciated.
>
> I've bypassed the second issue always adding 'public' at the end.
> I've succeeded in restoring a dump from pgsql 7.3 to pgsql 7.4.
>
> --strk;
>
> >
> > --strk;
> > _______________________________________________
> > postgis-devel mailing list
> > postgis-devel at postgis.refractions.net
> > http://postgis.refractions.net/mailman/listinfo/postgis-devel
> _______________________________________________
> postgis-devel mailing list
> postgis-devel at postgis.refractions.net
> http://postgis.refractions.net/mailman/listinfo/postgis-devel
More information about the postgis-devel
mailing list