什么是服务PostGIS功能的最快（性能方面）的方法？

我对提供PostGIS功能的最快方法感兴趣。我可以找到一些WMS改进和替代方法（MapProxy，TileCache，Mapnik ...），但是没有那么多WFS开源改进和替代方法。我对图块不感兴趣，但对基础层上的多边形不感兴趣。服务迅速。

您能请我指出正确的方向吗？

更新：

我忘了提及我的应用程序显示地籍信息。并且地籍多边形必须是可选择的（不可编辑，仅在单击时才突出显示）。

我现在使用的是WMS + Django的混合形式，当用户单击地图的一部分时，它会生成GeoJSON对象，以避免客户端（OpenLayers）同时出现数千个多边形的情况。

我不知道自己的方法是否正确（是否应该通过WMS或其他解决方案来渲染潜在的困难情况，例如客户端中成千上万个pol？我应该改善多边形的投放方式吗？）

简化几何呢？

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

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

还是WFS，具有简化功能的WFS和WMS的组合？

GeoServer提供了一个用户设置来控制放置在其中的几何图形中的小数位数，以加快WFS服务的速度。

此外，请确保仅当客户端可以有效地解压缩输出时，服务器才压缩输出。

最终，我听说了有关小型OWS的速度方面的好处。

WFS缓存可能适合您的需求。据我所知，有两个开源解决方案提供WFS缓存：TileStache和GeoWebCache。

在TileStache主页的“功能”部分中，据说“从可在Polymap中使用的GeoJSON中的OGR数据源生成矢量切片”

从1.1.0版开始，GeoWebCache具有一些WFS缓存功能（当前为1.2.6）：

GeoWebCache 1.1.0（最终）发布

...

1.c基本的WFS缓存GeoWebCache 1.1.0支持非常基本的WFS缓存。查询的结果存储在磁盘上，当前没有检查或以编程方式删除它们的功能。该算法依赖于计算的哈希值，并且不检查唯一性，因此发生冲突的机会很小。进行此开发的动机是GeoServer中的SHP-ZIP（压缩的shapefile）输出格式。这些文件可能很大，计算起来非常昂贵。此WFS服务当前不打算用于更复杂的情况。

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

不幸的是，我从未使用过TileStache或GeoWebCache，所以我无法分享有关WFS缓存的任何经验。

我正在开发一个大型Web GIS，我要处理大量数据（每层大约70万个要素），唯一的解决方案是您正在执行的解决方案，WMS用于呈现要素，WFS用于获取要素信息。我正在做的（表现出色）是：

• Geoserver（带有本地JAI库）
• 当用户单击地图时，将使用wms getfeatureinfo获取选定要素的信息（形状和数据）（如果要素重叠，则应在此实现一些过滤功能）
• 将getFeatureInfo的结果作为要素添加到另一层上，以模拟“选择突出显示”

固态DRAM服务器

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

“来自服务器领域的DRAM位需求在2011年下半年将同比增长93.7％”

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