Cách nhanh nhất (hiệu suất-khôn ngoan) để phục vụ các tính năng của PostGIS là gì?

Tôi quan tâm đến cách nhanh nhất để phục vụ các tính năng của PostGIS. Tôi có thể tìm thấy một số cải tiến và giải pháp thay thế WMS (MapProxy, TileCache, Mapnik ...) nhưng không có nhiều cải tiến và giải pháp thay thế nguồn mở WFS. Tôi không quan tâm đến gạch, nhưng trong đa giác trên lớp cơ sở của tôi. Phục vụ nhanh.

Bạn có thể vui lòng cho tôi chỉ đúng hướng?

Cập nhật:

Tôi quên đề cập rằng ứng dụng của tôi hiển thị thông tin địa chính. Và đa giác địa chính phải được chọn (không thể chỉnh sửa, chúng chỉ được tô sáng khi bạn nhấp vào chúng).

Hiện tôi đang sử dụng hỗn hợp WMS + Django tạo các đối tượng GeoJSON khi người dùng nhấp vào một phần của bản đồ, để tránh các tình huống như hàng ngàn đa giác cùng lúc trong máy khách (OpenLayers).

Tôi không biết liệu tôi có đang đi đúng hướng hay không (tôi có nên tránh các tình huống khó khăn tiềm tàng như hàng ngàn khẩu súng trong máy khách bằng cách hiển thị chúng qua WMS hoặc bất kỳ giải pháp nào khác không? Tôi có nên cải thiện cách phục vụ đa giác không?)

Còn việc đơn giản hóa hình học thì sao?

http://www.bostongis.com/postgis_simplify.snippet

/programming/1849928/how-to-intellectently-degrade-or-smooth-gis-data-simplifying-polygons

Hoặc có thể là sự kết hợp của WFS, WFS với các tính năng đơn giản và WMS?

GeoServer cung cấp một cài đặt người dùng để kiểm soát số lượng vị trí thập phân trong hình học được đặt ở đó để tăng tốc độ phục vụ WFS.

Ngoài ra, hãy đảm bảo rằng máy chủ chỉ nén đầu ra nếu máy khách của bạn có thể giải nén nó một cách hiệu quả.

Cuối cùng tôi đã nghe thấy những điều hay về OWS nhỏ bé về tốc độ.

Bộ nhớ đệm WFS có thể phù hợp với nhu cầu của bạn. Theo như tôi biết, có hai giải pháp nguồn mở cung cấp bộ nhớ đệm WFS: TileStache và GeoWebCache .

Trong trang chủ của TileStache, phần tính năng có ghi "Tạo các ô vector từ các nguồn dữ liệu OGR trong GeoJSON có thể sử dụng được trong Polymaps"

GeoWebCache có một số khả năng lưu trữ bộ đệm WFS kể từ phiên bản 1.1.0 (phiên bản hiện tại là 1.2.6):

GeoWebCache 1.1.0 (cuối cùng) được phát hành

...

1.c Bộ nhớ đệm WFS cơ bản GeoWebCache 1.1.0 hỗ trợ bộ đệm ẩn WFS rất cơ bản. Các kết quả từ các truy vấn được lưu trữ vào đĩa, hiện tại không có chức năng kiểm tra chúng hoặc lập trình loại bỏ chúng. Thuật toán dựa trên các giá trị băm được tính toán và không kiểm tra tính duy nhất, do đó có một cơ hội cho các va chạm. Động lực cho sự phát triển này là dạng đầu ra SHP-ZIP (nén shapefile) trong GeoServer. Những tập tin này có thể rất lớn và cực kỳ tốn kém để tính toán. Dịch vụ WFS này, ở trạng thái hiện tại, không có ý định sử dụng cho các trường hợp phức tạp hơn.

http://old.nabble.com/GeoWebCache-1.1.0-(finally)-release-td22870524.html

Thật không may, tôi chưa bao giờ làm việc với TileStache và GeoWebCache, vì vậy tôi không thể chia sẻ bất kỳ kinh nghiệm nào về bộ nhớ đệm WFS.

Tôi đang phát triển một web-gis lớn, tôi làm việc với rất nhiều dữ liệu (khoảng 700.000 tính năng trên mỗi lớp) Giải pháp duy nhất là giải pháp mà bạn đang làm, WMS để hiển thị các tính năng và WFS để nhận thông tin về tính năng. Tôi đang làm gì (với hiệu suất tốt) là:

• Geoserver (với thư viện JAI bản địa )
• Khi người dùng nhấp vào bản đồ, wms getfeatureinfo được sử dụng để lấy thông tin (cả hình dạng và dữ liệu) của tính năng đã chọn (ở đây bạn nên triển khai một số tính năng lọc, nếu bạn có các tính năng chồng chéo)
• Kết quả của getFeatureInfo được thêm vào dưới dạng tính năng trên một lớp khác để mô phỏng "vùng chọn nổi bật"

Máy chủ DRAM trạng thái rắn

http://en.wikipedia.org/wiki/Solid-state_drive#DRAM-basing

"Nhu cầu bit DRAM đến từ lĩnh vực máy chủ sẽ tăng 93,7% mỗi năm trong nửa cuối năm 2011"

nguồn: http://www.digitimes.com/Reports/Report.asp?datePublish=2011/08/16&pages=PD&seq=206