Desarrolas una aplicación y por las razones que sean eliges una plataforma LAMP (sí, para hacerlo multiplataforma se puede con Java, wxWidgets, con pyton+GTK... pero esto es accesible por red en dos patadas y te aclaras más)
Si elegiamos Postgresql teniamos un problema, la instalación en Hasefroch era ... ejem, poco intuitiva. Mientras que Mysql, con un Hase-instalador era cuestión de clicks, me refiero solo a la instalación.
Sigue habiendo mucha aplicación desarrollada que rueda sobre Mysql, pero, por razones que merecen otro artículo prefiero Postgresql. La liberación de una versión nativa para Hasefroch, debe permitir a los desarrolladores elegir Postgresql más frecuentemente.
No se vayan todavía, aún hay más! entre las novedades en la versión 8 de Postgresql encontramos
- algo parecido a la seguridad transaccional de otras BD's comerciales. No me refiero a la posibilidad de hacer
rollback
y deshacer una transacción, sino a qué pasa cuando en medio de una update
se va la luz, no hay SAI, o un fallo en disco.
- elección de
tablespace
, cualquiera que administre BD's sabe que es importante por ejemplo, poner en discos distintos tablespaces que tendrán distinta carga de escritura/lectura para optmizar el uso del acceso al disco...
- mejoras de rendimiento, de exportar contenido de la BD en formato CSV, en el interprete de Perl en el servidor, en ...
Hace algún tiempo que no escribo php, pero la posibilidad de también probarlo sobre el servidor Hasefroch2003 de mi hermano -el rubio- me motiva. En corto: no me gustaba la idea de utilizar Mysql, y esa era la opción más sencilla para dejarle caer lo que me pedía en su PYME (él no quiere un servidor *NIX ... por ahora, a la que se descuide le pongo uno).
La pregunta: puede tener algún efecto la versión nativa de Postgresql para Hasefroch? Cuál?