[postgis-devel] [PostGIS] #202: upgrade issues
PostGIS
trac at osgeo.org
Fri Aug 14 04:07:23 PDT 2009
#202: upgrade issues
----------------------+-----------------------------------------------------
Reporter: robe | Owner: robe
Type: defect | Status: assigned
Priority: medium | Milestone: postgis 1.4.1
Component: postgis | Version: trunk
Resolution: | Keywords:
----------------------+-----------------------------------------------------
Comment (by robe):
Mark,
I fail to see why its non-deterministic. The plpgsql call will be doing
exactly the same thing as our CREATE ... is doing now except possibly
doing more inspection to see that we have remnants of other installs in
there. Like observer that the type that exists is incompatible with what
we are loading etc.
I'm more concerned that we are leaving things out in the
postgis_upgrade.sql. As I mentioned before we left out a cast in
postgis_upgrade.sql that exists in the regular postgis.sql file.
The way I see it. We have to double input stuff to generate postgis.sql
and postgis_upgrade.sql which is more time consuming and prone to error.
I'm not so much against having 2 files as I am about this problem.
If we can put some flags in for postgis.sql.in.c so we can replace the
create etc. with a plpgsql function, I would be very happy. Then we can
have just one script to generate the postgis.sql and postgis_upgrade.sql
file. As it is I basically just use the postgis.sql and wipe out all the
create stuff to guarantee I am getting everything.
--
Ticket URL: <http://trac.osgeo.org/postgis/ticket/202#comment:20>
PostGIS <http://trac.osgeo.org/postgis/>
PostGIS
More information about the postgis-devel
mailing list