<div dir="ltr">Cool Paul! I can only grasp what you wrote (context management mostly) but it would be great to see it landing in master.<div><br></div><div>giovanni</div></div><div class="gmail_extra"><br><div class="gmail_quote">2017-11-03 15:45 GMT+01:00 Paul Ramsey <span dir="ltr"><<a href="mailto:pramsey@cleverelephant.ca" target="_blank">pramsey@cleverelephant.ca</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Want it?<br>I did it up because in theory we're going to want it at Carto to drive vector tile generation, but in practice so far it seems damnable hard to force into action, the planner only wants to parallelize queries with large numbers of tuples in place, and even then first with a parallel scan before getting to the parallel aggregate. At least. for my aggregate. I can, annoyingly, get a parallel aggregate on Sum() on a 60K record table.<div>Anyways, the upside is: it's parallel!</div><div>The downside is: it makes things more complex!</div><div>It's sitting in a branch if there's interest in it for 2.5</div><span class="HOEnZb"><font color="#888888"><div>P</div></font></span></div>
<br>______________________________<wbr>_________________<br>
postgis-devel mailing list<br>
<a href="mailto:postgis-devel@lists.osgeo.org">postgis-devel@lists.osgeo.org</a><br>
<a href="https://lists.osgeo.org/mailman/listinfo/postgis-devel" rel="noreferrer" target="_blank">https://lists.osgeo.org/<wbr>mailman/listinfo/postgis-devel</a><br></blockquote></div><br></div>