postgresql – 如何有效地扩展OpenStreetMap数据

概述一年多来,我正在运行一个内部的PostGIS服务器,里面装满了OSM数据,用于基于Mapnik的区块生成和基于Nominatim的地理编码,并通过日复制进行更新.这非常有效. 但是,随着使用量呈指数级增长,我希望通过添加额外的PostgreSQL服务器来提高可靠性和性能.我有点迷茫. 由于PostgreSQL本身似乎不能处理复制,我会考虑使用像PgPool-II这样的中间件来保持服务器同步.但我担 一年多来,我正在运行一个内部的PostGIS服务器,里面装满了OSM数据,用于基于Mapnik的区块生成和基于Nominatim的地理编码,并通过日复制进行更新.这非常有效.

但是,随着使用量呈指数级增长,我希望通过添加额外的Postgresql服务器来提高可靠性和性能.我有点迷茫.

由于Postgresql本身似乎不能处理复制,我会考虑使用像PgPool-II这样的中间件来保持服务器同步.但我担心这种用法只是必要的：非常高的读写比,所有写入都是在每天的同一时间完成的.

我的问题很简单：你会做些什么来保持这些服务器同步？而且,在OpenStreetMap Foundation,mapquest,MapBox或CloudMade中为此做了些什么？

谢谢.

首先,Postgres 9及更高版本确实具有内置复制支持,这就是我们(OpenStreetMap运营团队)期望在现在使用Postgres 9.1为主数据库运行的(大约90分钟前).

要回答关于OSM做什么的问题,迄今为止我们没有进行任何类型的复制 – 有一个大的Postgres数据库充当网站后面的主数据库并保存原始数据.然后有用于渲染和地理编码的辅助Postgres Postgis数据库,这两个数据库都使用行星转储和差异进行填充以进行更新.

总结

以上是内存溢出为你收集整理的postgresql – 如何有效地扩展OpenStreetMap数据全部内容，希望文章能够帮你解决postgresql – 如何有效地扩展OpenStreetMap数据所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。