Apa cara tercepat (dari segi kinerja) untuk melayani fitur PostGIS?

Saya tertarik dengan cara tercepat untuk melayani fitur PostGIS. Saya dapat menemukan beberapa perbaikan dan alternatif WMS (MapProxy, TileCache, Mapnik ...) tetapi tidak begitu banyak perbaikan dan alternatif Open Source WFS. Saya tidak tertarik dengan ubin, tetapi pada poligon di atas lapisan dasar saya. Disajikan dengan cepat.

Bisakah Anda tolong saya arahkan ke arah yang benar?

Memperbarui:

Saya lupa menyebutkan bahwa aplikasi saya menunjukkan informasi kadaster. Dan poligon kadaster harus dapat dipilih (tidak dapat diedit, mereka hanya disorot ketika Anda mengkliknya).

Saya menggunakan sekarang campuran WMS + Django menghasilkan objek GeoJSON ketika pengguna mengklik pada bagian peta, untuk menghindari situasi seperti ribuan poligon pada saat yang sama di klien (OpenLayers).

Saya tidak tahu apakah saya berada di jalan yang benar (haruskah saya menghindari situasi yang berpotensi sulit seperti ribuan pol di klien dengan merendernya melalui WMS atau solusi lain? Apakah saya harus memperbaiki cara poligon dilayani?)

Bagaimana dengan penyederhanaan geometri?

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

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

Atau mungkin kombinasi WFS, WFS dengan fitur yang disederhanakan dan WMS?

GeoServer menyediakan pengaturan pengguna untuk mengontrol jumlah tempat desimal dalam geometri yang diletakkan di sana untuk mempercepat penyajian WFS.

Pastikan juga server mengompresi output hanya jika klien Anda dapat mengompresnya secara efisien.

Akhirnya saya mendengar hal-hal baik tentang OWS kecil dalam hal kecepatan.

Caching WFS mungkin sesuai dengan kebutuhan Anda. Sejauh yang saya tahu, ada dua solusi open source yang menyediakan caching WFS: TileStache dan GeoWebCache .

Di halaman utama TileStache, bagian fitur dikatakan "Menghasilkan ubin vektor dari sumber data OGR di GeoJSON yang dapat digunakan di Polymaps"

GeoWebCache memiliki beberapa kemampuan caching WFS sejak versi 1.1.0 (yang sekarang 1.2.6):

GeoWebCache 1.1.0 (akhirnya) dirilis

...

1.c caching WFS Dasar GeoWebCache 1.1.0 mendukung caching WFS yang sangat dasar. Hasil dari pertanyaan disimpan ke disk, saat ini tidak ada fungsi untuk memeriksanya atau menghapusnya secara terprogram. Algoritme mengandalkan hash yang dihitung dan tidak memeriksa keunikan, sehingga ada peluang kecil untuk tabrakan. Motivasi untuk pengembangan ini adalah format output SHP-ZIP (zip zip) di GeoServer. File-file ini bisa sangat besar dan sangat mahal untuk dihitung. Layanan WFS ini, dalam kondisi saat ini, tidak dimaksudkan untuk digunakan untuk kasus yang lebih rumit.

http://old.nabble.com/GeoWebCache-1.1.0-( akhirnya )-released-td22870524.html

Sayangnya saya belum pernah bekerja dengan TileStache dan GeoWebCache, jadi saya tidak bisa berbagi pengalaman tentang caching WFS.

Saya sedang mengembangkan web-gis besar, saya bekerja dengan banyak data (sekitar 700.000 fitur per lapisan) Satu-satunya solusi adalah yang Anda lakukan, WMS untuk merender fitur dan WFS untuk mendapatkan info fitur. Apa yang saya lakukan (dengan kinerja baik) adalah:

• Geoserver (dengan perpustakaan JAI asli )
• Ketika pengguna mengklik peta, getfeatureinfo wms digunakan untuk mendapatkan informasi (baik bentuk dan data) dari fitur yang dipilih (di sini Anda harus menerapkan beberapa fungsi penyaringan, jika Anda memiliki fitur yang tumpang tindih)
• Hasil getFeatureInfo ditambahkan sebagai fitur pada layer lain untuk mensimulasikan "highlight selection"

Server DRAM Solid State

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

"Permintaan bit DRAM yang berasal dari sektor server akan naik 93,7% pada tahun di paruh kedua 2011"

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