Recientemente, el proyecto OpenStreetMap hizo un llamado para donaciones con el proposito de actualizar su infraestructura para la Base de Datos que usan, de un Dual core Athlon con 8GB de RAM a montones (1Tb) de disco. a un quad-core con 32Gb de RAM y pilas (4Tb) de (15K RPM) disco.
el rapido exito de conseguir hardware nuevo parecia ( destino logrado en menos de 3 dias) muy impresionante, pero lo que realmente me asombro a mi ( Postgresql fan boy) fue la noticia que el nuevo hardware iba a correr PostgreSQL, en lugar de la base de datos MYSQL, que fue usada desde el comienzo. desde el 19 de Abril, OSM esta corriendo su nueva API en PostgreSQL.
Entonces, porque la OSM abandono la base de datos codigo libre mas popular? pregunte a los muchachos de OSM, y esto fue que lo que Tom Hughes de OSM me dijo:
Personalmente yo estuve muy frustado con MYSQL desde el momento que empece a correr cosas, uno de los problemas fue nuestra propia forma de mezclar MyISAM e InnoDB (originalmente todo fue MyISAM) y algunas tablas usaban caracteristicas de MyISAM que no eran facilmente portables a InnoDB.
Encima que veia que cualquier query no trivial podria vencer completamente al optimizador de MySQL.
El comentario hacer de la mezcla de tablas realmente me sorprendio, debido a qu muchas caracteristicas MYSQL son repartidas entre tipos de tablas. Quiere transacciones? InnoDB!, Quiere full text search? MyISAM!, Quiere Spatial? MyISAM! quiere spatial o full-text y transacciones? cough. el diablo esta en los detalles. Cuando pregunte: MySQL soporta spatial, transacciones, full-text? la respuesta MYSQL es "si", "si", "si", pero la realidad en produccion no es tan bonita.
Note que OSM no esta usando PostGIS para la base de datos principal en este momento ( su actual modelo de datos de nodos y vias no podria servir de mucho) pero es usado por otros procesos como generacion de cuadros OSM, y un numero creciente de personas en la lista de PostGIS parece estar usando osm2pgsql para extraer datos del servidor de produccion OSM para renderear / analizar en PostGIS.
Entonces, bienvenido OSM, a la comunidad PostgreSQL!
original:
http://blog.cleverelephant.ca/2009/04/openstreetmap-moves-to-postgresql....


Que bueno! Enhorabuena, otra
Que bueno! Enhorabuena, otra batalla ganada para postgressql! :)
---
magos