A comparação de bostongis não é um documento realmente atualizado, mas pode ser um bom começo, pelo menos para ver quais aspectos são uma prioridade para você e o que você deve considerar obrigatório ou opcional para fazer suas escolhas. A comparação é genérica, não relacionada a openlayers .
Para o seu projeto de OL, acho que você também deve considerar a disponibilidade do banco de dados da sua hospedagem, a menos que não tenha nenhuma restrição sobre esse ponto.
No Postgis, você pode exportar nativamente um resultado de consulta como kml e json (e facilmente ler com OL), o que é impossível com o MySQL (você terá uma chamada de terceiros para criá-lo dinamicamente por qualquer idioma ..)
Postgres com PostGIS toda vez http://en.wikipedia.org/wiki/PostGIS
Mais funções espaciais e controle no banco de dados em termos espaciais
fonte
Se estamos falando de Spatial Database, eu deixaria o MySQL de fora: é muito incompleto em relação a outras implementações do OGC Simple Features SQL como PostGIS (meu favorito), Oracle Spatial, Oracle Spatial, SQL Server Spatial ou mesmo Spatialite. Ou ArcSde como um gateway para seu RDBMS suportado.
Observe, no entanto, que você não precisa ter um banco de dados espacial para usar o OpenLayers. Você pode alimentar o OpenLayers com qualquer servidor de mapas que forneça implementações de serviços da Web WFS / WMS / WCS etc ... OGC. Por exemplo, se você estiver usando o MapServer, poderá alimentar o OpenLayer com qualquer camada vetorial suportada pelo GDAL / OGR:
http://www.gdal.org/ogr/ogr_formats.html
Dado o seu caso de uso ("armazene os valores em uma tabela DB e os recupere"), acho que você precisa de implementações WFS-T: você pode usar o GeoServer (com PostGis / Oracle Spatial ou MySql) ou o TinyWFS (apenas GeoServer) para isso.
Observe que o TinyOWS será incluído em breve no projeto MapServer (na verdade, o MapServer não fornece implementação WFS-T).
fonte