Spatialite có thực sự chậm?

Tôi có một vài ngàn đa giác trong SpatiaLite. Tôi đang cố gắng thực hiện một truy vấn "chạm":

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

và wow, nó CHẬM!

Tuy nhiên, nếu tôi yêu cầu nó chỉ làm điều đó cho một bưu kiện trong map1, thì nó chạy rất nhanh.

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

Tôi hy vọng rằng truy vấn đầu tiên sẽ chạy chậm hơn, nhưng nó chậm đáng kinh ngạc. Nó chạy rất nhanh trong SQLServer, Manifold GIS và PostGIS. Là Spatialite chỉ thực sự không hiệu quả?

Không, SpatiaLite không quá chậm, bạn chỉ cần sử dụng một chỉ số không gian. Do những hạn chế trong thiết kế SQLite, việc sử dụng chỉ mục không gian trong truy vấn không phải là vô hình như trong PostGIS.

Dưới đây là một ví dụ được sửa đổi từ SpatiaLite Cookbook http://www.gaia-gis.it/spatialite-3.0.0-BETA/spatialite-cookbook/html/neighbours.html

Sau khi tạo chỉ mục không gian trên bộ dữ liệu đa giác của bạn

    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)));

Trong cuốn sách 'Phát triển không gian địa lý Python' của Eric Westra, trang 188 cho thấy rằng đối với hoạt động CONTAIN, ít nhất Spatialite có thể, có thể đáng kinh ngạc, chạy nhanh hơn MySQL và PostGIS - nếu tuân thủ quy trình lập chỉ mục không gian liên quan.

Tôi đã viết một blog về điều này một thời gian trở lại. Xem http://www.frogmouth.net/blog/?p=23

Micha cũng đã viết một blog thú vị về chủ đề này .