Hiệu suất PostGIS ST_Union

Tôi đang cố gắng thực hiện thao tác 'hòa tan' trong PostGIS bằng lệnh ST_Union.

Lớp đầu vào được thừa nhận khá lớn và phức tạp. Theo 'lớn', ý tôi là 57.771 tính năng, với số lượng đỉnh dao động từ 4 đến 758.018 mỗi tính năng, trung bình khoảng 86 đỉnh cho mỗi tính năng. Chỉ có khoảng 10 trong số các tính năng có> 10.000 đỉnh. "Phức tạp", ý tôi là các đa giác có nhiều lỗ hổng, chồng chéo lộn xộn, đảo, v.v. và các đa giác lớn có xu hướng có một hộp giới hạn bao gồm nhiều đa giác nhỏ hơn, có lẽ các chỉ số rending ít hữu dụng hơn.

Vấn đề là truy vấn cực kỳ chậm đến mức không thể sử dụng được. Tôi đã đọc bài đăng năm 2009 của Paul ở đây khiến tôi tin rằng truy vấn của tôi vẫn còn khá nhanh. Tôi đang sử dụng lệnh sau; Tôi đang làm điều gì đó trắng trợn hoặc không hiệu quả?

SELECT  ST_Union(f.geom) as geom, column1,column2,column3
FROM "inputlayer" As f 
GROUP BY column1,column2,column3

Chỉnh sửa: Tôi đang sử dụng:

POSTGIS="2.1.4 r12966" GEOS="3.3.3-CAPI-1.7.4" PROJ="Rel. 4.7.1, 23 September 2009" GDAL="GDAL 2.0.0dev, released 2014/04/16" LIBXML="2.7.8" LIBJSON="UNKNOWN" TOPOLOGY RASTER PostgreSQL 9.3.5 on x86_64-unknown-linux-gnu, compiled by gcc (Ubuntu/Linaro 4.6.3-1ubuntu5) 4.6.3, 64-bit

Máy tôi đang chạy máy chủ db là một máy ảo không có nhiều năng lượng. Tôi sẽ thử ý tưởng SET work_mem = 50000 và xem mọi thứ diễn ra như thế nào!

Loại hoạt động này sử dụng rất nhiều bộ nhớ công việc như tôi nhớ, vì vậy bạn muốn chắc chắn rằng bạn không ở cài đặt mặc định cho việc này khá thấp;

Hãy thử một cái gì đó như

SET work_mem=50000;
Then run your query

Bạn có thể muốn chơi xung quanh với cài đặt workmem đó

Bạn cũng sẽ muốn đổ nó vào một bảng - không xuất ra màn hình. Tôi giả sử bạn biết điều đó rồi

Những thứ khác bạn muốn xác minh - mà tôi đưa vào nhận xét nhưng sẽ lặp lại ở đây:

Có hai điều giúp cải thiện tốc độ kết hợp - điều tầng bạn đã chỉ ra và đối với đa giác, số tích lũy mảng nhanh hơn (mà tôi nghĩ đã xuất hiện trong PostGIS 1.5 (có thể là 1,4 không thể nhớ lại), PostgreQuery 8.4 (di chuyển là 9.0 có thể 'nhớ lại)). Ngoài ra, ngay cả GEOS mới hơn cũng sẽ không hoạt động tốt nếu bạn đang chạy <PostGIS 1.4

Vì vậy, kiểm tra cả phiên bản postgis và phiên bản postgresql đều quan trọng

SELECT postgis_full_version() || ' ' || version();

Ngay cả trước khi bạn thực thi ST_Union

PHÂN TÍCH cơ sở dữ liệu của bạn để cập nhật số liệu thống kê truy vấn.

VACUUM cơ sở dữ liệu của bạn để thanh lọc nếu bạn chưa chạy Autovacuum. Kiểm tra cài đặt chính của bạn để đảm bảo rằng chúng được đặt thành giá trị hợp lý ..

shared_buffers should be 10% to 25% of available RAM
effective_cache_size should be 75% of available RAM 

Kiểm tra thay đổi work_mem : tăng nó lên 8MB, 32MB, 256MB, 1GB. Liệu nó có làm cho một sự khác biệt?

* 32 MB là mặc định

nguồn: https://wiki.postgresql.org/wiki/Tuning_Your_PostgreQuery_Server