[postgis-tickets] [PostGIS] #4334: Can't upgrade with a view based on ST_AsMVTGeom
PostGIS
trac at osgeo.org
Thu Feb 28 06:31:26 PST 2019
#4334: Can't upgrade with a view based on ST_AsMVTGeom
------------------------------------+---------------------------
Reporter: Algunenano | Owner: strk
Type: defect | Status: new
Priority: high | Milestone: PostGIS 2.4.7
Component: build/upgrade/install | Version: 2.4.x
Resolution: | Keywords:
------------------------------------+---------------------------
Comment (by Algunenano):
> 1) Rename the function to be clear about _which_ condition we're
checking (or more genererically what's the goal, like
"_postgis_drop_function_if_needed")
Makes sense.
> 2) Pass the new signature to the function ? (or how can it tell whether
it is needed to drop it or not ? That depends on the new function
signature, right ?)
The idea is that you pass the complete signature of the old function and
it will only try to drop it if it matches the one installed, so passing
the new signature isn't necessary.
> 3) Integrate the function in the postgis upgrade function (implies using
the function from postgis_drop_before.sql file
That's the idea. I'm thinking on creating this auxiliar function and use
it to drop the functions in `postgis_drop_before.sql`.
> 4 4) Integrate tests (could be useful to do something in sub
create_upgrade_test_objects of run_test.pl, or further generalize that to
find things to do in a pre-upgrade.sql script)
Automating this for all functions looks really complex, but I can probably
hook the view tests I did above.
--
Ticket URL: <https://trac.osgeo.org/postgis/ticket/4334#comment:5>
PostGIS <http://trac.osgeo.org/postgis/>
The PostGIS Trac is used for bug, enhancement & task tracking, a user and developer wiki, and a view into the subversion code repository of PostGIS project.
More information about the postgis-tickets
mailing list