Con la versión 9.1 de PostgreSQL tenemos disponible una nueva funcionalidad llamada SQL/MED mediante la cual se puede acceder a datos externos a nuestra base de datos mediante comandos SQL.

En SQL/MED existen los llamados "Foreign Data Wrapper (FDW)" que es una especie de "driver" para acceder a un tipo de datos externos. Existen diferentes tipos y con la versión 9.1 existe uno en los modulos contrib que se llama file_fdw. Este FDW se puede utilizar para acceder ficheros en formato CSV.

Esta mañana leyendo los mensajes de Twitter que me llegaron por la noche, me encontre con uno que me llamó la atención, "Steward Smith blogs on Optimazing InnoDB for creating 30.000 tables (and nothing else)".

Empece a leerlo y estuvo entretenido. Trataba de lo que se podia hacer para acelerar la creación de muchos objetos en MySQL usando InnoDB, esto es especialmente importante cuando se vaya a importar una nueva base de datos que sea grande.

El proyecto PostgreSQL ha lanzado nuevas versiones menores de todas las series activas de PostgreSQL. Las nuevas versiones disponibles son 9.1.2, 9.0.6, 8.4.10, 8.3.17 y 8.2.23. Recordamos que la serie 8.2 no se actualizará más y la versión 8.2.23 es la última versión de esta serie.

Anuncio oficial de este lanzamiento:
http://www.postgresql.org/about/news/1366/

Más información sobre las versiones lanzadas:
http://www.postgresql.org/docs/current/static/release.html

Descargas:
http://www.postgresql.org/download/

Código fuente:
http://www.postgresql.org/ftp/source/

Acabo de publicar un artículo sobre como PostgreSQL graba y organiza nuestros datos en el disco. Una introducción a un tema que todo administrador de bases de datos deberia saber algo sobre el mismo.

El artículo se titula "¿Dónde están nuestros datos en el disco?" y está disponible en http://www.postgresql.org.es/node/667

--
Rafael Martinez Guerrero
PostgreSQL-es

El proyecto PostgreSQL ha lanzado nuevas versiones menores de todas las series activas de PostgreSQL. Las nuevas versiones disponibles son 9.1.1, 9.0.5, 8.4.9, 8.3.16 y 8.2.22. Recordamos que la serie 8.2 dejará de actualizarse a partir de noviembre 2011.

Anuncio oficial de este lanzamiento:
http://www.postgresql.org/about/news.1355

Más información sobre las versiones lanzadas:
http://www.postgresql.org/docs/current/static/release.html

Descargas:
http://www.postgresql.org/download/

Código fuente:
http://www.postgresql.org/ftp/source/

Instalador fácil:

Hoy se lanza una nueva versión principal de PostgreSQL, la versión 9.1. Después de un año de desarrollo y pruebas, este lanzamiento trae muchas características nuevas y potentes.

A continuación teneis un resumen de la nota de prensa oficial. El documento completo lo teneis en http://www.postgresql.org/about/press/presskit91.html.es

El proyecto PostgreSQL ha lanzado nuevas versiones menores de todas las series activas de PostgreSQL. Las nuevas versiones disponibles son 9.0.4, 8.4.8, 8.3.15 y 8.2.21.

Como ya avisamos la semana pasada, esta actualización corrige entre otras cosas, un fallo grave en pg_upgrade y se recomienda a todos los usuarios actualizar a las nuevas versiones tan pronto como sea posible. No olvidar leer el procedimiento a seguir con esta actualización.

Más información sobre el fallo de pg_upgrade se puede encontrar en:
http://www.postgresql.org.es/node/607

Hace unos dias escribi una entrada sobre como generar un gráfico de las llaves foráneas de una base de datos. El método utilizado fue escribir una consulta SQL que utilizando datos contenidos en el esquema information_schema generase una salida que se pudiese utilizar con Graphviz para generar un gráfico.

Ayer, uno de los sistemas de monitorización de red que utilizamos en la universidad (NAV - Network Administration Visualized) tuvo problemas con una de las consultas DELETE que mandaba a la base de datos PostgreSQL que utiliza.

Los desarrolladores de PostgreSQL han descubierto un fallo en todas las versiones actuales de pg_upgrade y pg_migrator (antiguo nombre). Todos los usuarios que hayan usado pg_upgrade o pg_migrator para actualizar sus bases de datos a nuevas versiones, deben actuar a la mayor brevedad posible.

Este fallo puede causar el siguiente error:

ERROR: could not access status of transaction ######
DETAIL: could not open file "pg_clog/####": No such file or directory=20

Nota: "Este artículo ha sido una broma por el "Día de los bufones de abril" (April fools' day). Todo lo expresado en el mismo sobre el proyecto PostgreSQL es pura ficción y no tiene nada que ver con la realidad."

Como muchos ya sabeis, hace unos días unos hackers atacaron los servidores de MySQL.com. Mediante este ataque consiguieron, entre otras cosas, acceder a varias bases de datos de esta compañia y a los datos contenidos en las mismas.

Acabo de publicar el segundo artículo sobre monitorización de la serie que estamos haciendo sobre este tema.

Este segundo artículo trata sobre como generar gráficos con gnuplot a partir de datos obtenidos con monitorización Ad Hoc.

El artículo se titula "Monitorizacion II - Generando gráficos de datos Ad Hoc" y está disponible en http://www.postgresql.org.es/node/594

--
Rafael Martinez
PostgreSQL-es

Estamos planificando un cambio de dirección en PostgreSQL-es. En los próximos dias actualizaremos el servidor para que la dirección oficial del mismo pase a ser http://www.postgresql.org.es/

La dirección http://www.postgresql-es.org/ se redirigirá automáticamente a http://www.postgresql.org.es/ después del cambio. Los usuarios de PostgreSQL-es no deberian de tener ningún problema accediendo a los contenidos. Si teneis algún problema podeis mandar un mensaje a webmaster@postgresql.org.es.

Acabo de publicar el primer artículo sobre monitorización perteneciente a una serie que tengo planeada hacer sobre este tema. La idea surgio en el entrenamiento especializado que impartí en el PGDay Latinoamericano 2011 en Cuba a principios de mes.

Este primer artículo es una introducción sobre el tema y en sucesivos artículos trataremos como usar e interpretar los datos obtenidos de monitorizar nuestros sistemas. Tambien veremos como instalar y configurar los programas más utilizados para estas tareas.

El artículo está disponible en http://www.postgresql.org.es/node/582

--

Esta mañana leyendo la lista pgsql-performance he visto un mensaje de Greg Smith con información interesante.

Generalmente cada vez que un usuario pide ayuda por un problema de configuración o uso inadecuado de recursos se le suele pedir más información sobre los cambios que ha realizado en el fichero de configuración postgresql.conf. Muchas veces los usuarios no mandan toda esta información o simplemente se les olvida mandar todos los cambios que han realizado en la configuración de su sistema.