[postgis-devel] New uninstall_postgis.sql script

Paragon Corporation lr at pcorp.us
Sat Jun 6 11:27:50 PDT 2009


 
>"Paragon Corporation" <lr at pcorp.us> writes:
>> I've been doing dumping reloading so haven't fully tested.  So its 
>> just the annoying fact that TYPE has no CREATE OR REPLACE like 
>> functions do.  If such a thing existed for TYPES I would expect all of
this would be a non-issue.

> CREATE OR REPLACE what?  It seems unlikely that you need to change the
names of the I/O functions, and you can't change the type's representational
properties if you're hoping to do upgrade-in-place.
> So I'm not really seeing what CREATE OR REPLACE TYPE would buy exactly.

>Replacing the .so doesn't seem to be a problem, so long as you avoided
putting any version numbers into the .so name referenced in the SQL function
definitions.


Tom,

Sorry about that.  For some reason I thought type had the lib name in there.
I see it doesn't.  Doing a quick scan -- It looks like our types definition
and names did not change between 1.3 and 1.4.  So Mark why do you want to
drop them?  Or am I missing something?

Our operators I think use different named functions though.  But that we can
just use a DROP IF EXISTS I presume (if we standardize on 8.2+)

We added new types but did not remove any.

Our function names are exactly the same too -- just that they point to
different lib file. 

So this seems to be much less of an issue than I thought unless I['m missing
something.

Mark -- why do you want to do all this stuff you were talking about?





More information about the postgis-devel mailing list