[postgis-devel] ST_Value performance
Pierre Racine
Pierre.Racine at sbf.ulaval.ca
Tue Jan 31 11:52:26 PST 2012
I better see your point now. Must be the update itself that takes long, not the ST_Value().
Try just a SELECT ST_Value()
> -----Original Message-----
> From: postgis-devel-bounces at postgis.refractions.net [mailto:postgis-devel-
> bounces at postgis.refractions.net] On Behalf Of Sandro Santilli
> Sent: Tuesday, January 31, 2012 2:48 PM
> To: PostGIS Development Discussion
> Subject: Re: [postgis-devel] ST_Value performance
>
> On Tue, Jan 31, 2012 at 02:44:41PM -0500, Pierre Racine wrote:
> > > Now I'm running an update adding the value to each of those rows,
> > > using ST_Value. I do understand that over 200k calls are a lot to
> > > do, but fetching a value itself shouldn't take long, right ?
> > > It's a 661x313 pixels raster.
> >
> > Is 40 minutes for deserializing 200000 times that raster too much? You tell
> me...
>
> The same raster deserialized 200000 times for ST_PixelAsPolygon as well, but
> didn't take so much.
>
> --strk;
>
> ,------o-.
> | __/ | Thank you for PostGIS-2.0 Topology !
> | / 2.0 | http://www.pledgebank.com/postgistopology
> `-o------'
>
> _______________________________________________
> 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