<br><br>On Thursday, 17 March 2022, Marco Boeringa <<a href="mailto:marco@boeringa.demon.nl">marco@boeringa.demon.nl</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
Well, I guess it is not "best practice" to put a large number of geometries into a single row..., in whatever format you are using to do that.<br>
<br>
That said, I remember I once ran into an issue with either ST_Collect or ST_LineMerge, where PostgreSQL emitted an error about an array size exceeding some 32k values, and the processing stopped right there. So there may indeed be limitations to what PostgreSQL or PostGIS can realistically handle in specific rare cases.<br>
<br>
Marco<br>
<br>
Op 17-3-2022 om 14:34 schreef Shaozhong SHI:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I have a very large collection/array of geometries in on cell (one row table).  Select * from table has never finished completion and got terminated.<br>
<br>
A subsequent script uses ST_Concavehull, and got red marking when running.  It never finished completion, but stopped.<br>
<br>
Can anyone enlighten me?<br>
<br>
Regards,<br>
<br>
David<br>
<br>
______________________________<wbr>_________________<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" target="_blank">https://lists.osgeo.org/mailma<wbr>n/listinfo/postgis-users</a><br>
</blockquote>
______________________________<wbr>_________________<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" target="_blank">https://lists.osgeo.org/mailma<wbr>n/listinfo/postgis-users</a><br>
</blockquote><div><br></div><div><br></div><div><br></div><div>It uses 100 percent CPU but stops. </div>