>>Hallo<br><pre>>><i><br>></i>><i>First your question about index-handling of multi-geometries.<br></i>>><i>The index handles the whole geometry as one big so in your case where<br></i>>><i>the multi-parts are spread you will get a lot better performance if you<br>
</i>>><i>use st_dump to split the multi to several rows of single polygons and<br></i>>><i>build an index on that.<br></i><br>>Hi,<br>><br>>That work very well.<br>><br>>Always do index on the dumped version of geometries<br>
><br>>Now the query time is down to few minutes. :))<br>><br>>Dumping the geometry in single parts is definitively better for index.<br>><br>>Now I do some tests, as you suggest, to reduce the number of unknown.<br>
</pre><br>Hi,<br><br>(just for know)<br><br>Dumping the MultiPolygon to improve the performance of index, may give a new trouble.<br>Infact before having 1 unique Geometry multipolygon when it was intersect with the archive, it return exactly the geometry intersecting.<br>
Now using a dumped version of MultiPolygon, the query return in output the same geometry for every polygon it intersects.<br><br>I notice infact that a line (a river) that intersects many polygons will be extract more than one time, one for every intersects polygon.<br>
<br>So is necessary to add the clausole "distinct" to the query, to avoid the duplicates .<br><br>-- <br>-----------------<br>Andrea Peri<br>. . . . . . . . . <br>qwerty אטלעש<br>-----------------<br><br>