<div dir="ltr">If you are managing large geometries, splitting them off into "geometry table" with non-uniquie ID and subdivided parts sometimes helps.<div>You want to build a tree on top of your geometry internals to make it all fast, one way to do that is to make sure the internal parts of geometry are available for indexing in GiST, via ST_Subdivide.</div><div><br></div><div>Other beautiful way would be to hide this all behind the scenes in PostGIS itself and making ST_Intersection and ST_Intersects optimize the cases you mentioned internally, caching some kind of tree internally, probably in the geometry itself.</div></div><br><div class="gmail_quote"><div dir="ltr">On Mon, Dec 3, 2018 at 11:43 PM Paul van der Linden <<a href="mailto:paul.doskabouter@gmail.com">paul.doskabouter@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_default" style="font-size:small">No, didn't do that.</div><div class="gmail_default" style="font-size:small">Don't think it's going to improve readability of the query to be honest<br></div></div>
_______________________________________________<br>
postgis-users mailing list<br>
<a href="mailto:postgis-users@lists.osgeo.org" target="_blank">postgis-users@lists.osgeo.org</a><br>
<a href="https://lists.osgeo.org/mailman/listinfo/postgis-users" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/postgis-users</a></blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div>Darafei Praliaskouski</div><div>Support me: <a href="http://patreon.com/komzpa" target="_blank">http://patreon.com/komzpa</a></div></div></div></div>