[postgis-users] diffrent execution plan on Postgres 9.5 and Postgres 11 for ST_union and performance problem Postgres 11

Regina Obe lr at pcorp.us
Thu Apr 11 13:08:45 PDT 2019


:(  I was about to point that out.  I forgot about that one :(

 

From: postgis-users [mailto:postgis-users-bounces at lists.osgeo.org] On Behalf Of Martin Davis
Sent: Thursday, April 11, 2019 4:03 PM
To: PostGIS Users Discussion <postgis-users at lists.osgeo.org>
Subject: Re: [postgis-users] diffrent execution plan on Postgres 9.5 and Postgres 11 for ST_union and performance problem Postgres 11

 

Well, we have figured out what the problem is - it's a known regression in the GEOS UnaryUnion code, reported in this ticket [1]

 

Unfortunately there's no fix for this yet, but we'll try and escalate this.

 

[1] https://trac.osgeo.org/geos/ticket/867

 

On Thu, Apr 11, 2019 at 11:07 AM Martin Davis <mtnclimb at gmail.com <mailto:mtnclimb at gmail.com> > wrote:

 

 

On Thu, Apr 11, 2019 at 3:27 AM Lars Aksel Opsahl <Lars.Opsahl at nibio.no <mailto:Lars.Opsahl at nibio.no> > wrote:

Can it be problem related ST_Union and aggregate ?

 

Can you test the performance of aggregate ST_Union on it's own by dropping the GROUP BY and instead using a WHERE clause to union a small-ish subset of the geometries?  (But large enough to give a measurable query time.)

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/postgis-users/attachments/20190411/0964b018/attachment.html>


More information about the postgis-users mailing list