Spatialite는 정말 느린가요?

SpatiaLite에는 2 천개의 다각형이 있습니다. "터치"쿼리를 수행하려고합니다.

select map1.* from map1,map2
where touches(map1."Geometry",map2."Geometry")

와우, 그것은 느리다!

그러나 map1에서 하나의 소포에 대해서만 요청하면 실제로 빠르게 실행됩니다.

select map1.* from map1,map2
where touches(map1."Geometry",map2."Geometry")
and map1."ROWID" = 753

첫 번째 쿼리가 느리게 실행될 것으로 예상되지만 놀랍게도 느립니다. SQLServer, Manifold GIS 및 PostGIS에서 매우 빠르게 실행됩니다. Spatialite는 정말 비효율적입니까?

아니요, SpatiaLite는 그렇게 느리지 않습니다. 공간 인덱스 만 사용하면됩니다. SQLite 디자인의 한계로 인해 쿼리에서 공간 인덱스를 사용하는 것은 PostGIS 에서처럼 보이지 않습니다.

다음은 SpatiaLite Cookbook http://www.gaia-gis.it/spatialite-3.0.0-BETA/spatialite-cookbook/html/neighbours.html 에서 수정 된 예입니다 .

폴리곤 데이터 세트에 공간 인덱스를 생성 한 후

    SELECT map1.*
      FROM map1, map2
     WHERE ST_Touches(map1.geometry, map2.geometry)
       AND map2.ROWID IN (
           SELECT pkid
             FROM idx_map1_geometry
            WHERE pkid MATCH RTreeIntersects(
                  MbrMinX(map1.geometry),
                  MbrMinY(map1.geometry),
                  MbrMaxX(map1.geometry),
                  MbrMaxY(map1.geometry)));

Eric Westra의 'Python Geospatial Development'페이지 188에서 CONTAINS 작업의 경우 관련 공간 인덱싱 절차를 따르는 경우 Spatialite가 MySQL 및 PostGIS보다 더 빠르게 실행될 수 있음을 알 수 있습니다.

나는 이것에 대해 얼마 전에 블로그를 썼습니다. 참조 http://www.frogmouth.net/blog/?p=23를

Micha는 또한 이 주제에 관한 흥미로운 블로그를 썼습니다 .