PostgreSQL 8.4 mantiene distancia con sus rivales
(cc) por Isriya Paireepairit
El Grupo Global de Desarrollo de PostgreSQL ha liberado la versión 8.4 de la base de datos de código abierto con características más avanzadas. Hay casi 300 mejoras respecto a administración, programación y el lenguaje de consulta abriendo nuevas posibilidades con esta base de datos.
Algunas mejoras destacadas son:
- Restauración de la base de datos usando procesos paralelos, acelerando la recuperación de un respaldo hasta en 8 veces respecto a la versión anterior.
- Privilegios por columna, para poder controlar el acceso a un nivel de detalle mayor.
- Configuración de idioma y ordenamiento por base de datos. Para que se pueda seleccionar la configuración más adecuada dependiendo del idioma que se requiera.
- Actualización de 8.3 a 8.4 con un mínimo de downtime
- Nuevas herramientas para monitorear las consultas, entregando mayor información a los administradores para saber lo que está sucediendo en la base de datos.
- Implementación de funcionalidades avanzadas de ANSI SQL:2003 que permiten realizar consultas complejas en una sola expresión en donde antes se requerían varias.
- Mejoras en procedimientos almacenados, por ejemplo usar valores por omisión en la declaración de parámetros o listas de argumentos de largo variable, al más puro estilo C++/Java.
Además de las nuevas características, esta nueva versión incluye fuertes mejoras en el rendimiento, sobre todo en operaciones complejas.
Si bien hay otras bases de datos de código abierto con una gran base de usuarios como MySQL, la orientación de PostgreSQL siempre ha sido la de implementar características que la pongan cara a cara con bases de datos avanzadas como la de Oracle. En esta entrega nuevamente el proyecto ha dejado en claro qué es lo que distingue a PostgreSQL de su competencia en el mundo del código abierto.
Link : PostgreSQL 8.4 Release Notes (PostgreSQL)
Tommy Jordan se refiere al "asesinato" del note...
Futurología: La nueva Xbox podría incluir mando...
8 cámaras clásicas de Kodak, ahora que dejará d...
Alemania dice que no firmará ACTA (al menos por...
México: Sujeto intentó subastar un bebé en Merc...
10 regalos geek para tu media naranja en este D...
2012: IPv6, odisea en el (ciber)espacio
España ya no está en los planes de Netflix
35 Comentarios
PostgreSQL 8.4 mantiene distancia con sus rivales
DB2 es mejor que postgres y oracle juntas.
Responderen lo personal he usado postgresql en 3 proyectos laborales, en los 3 casos ha funcionado de lujo...
Responder@gevix de hecho la participación que posee IBM en EntrepriseDB, es debido a que desean potenciar a DB2 con las características de Postgres y sus herramientas de compatibilidad con Oracle.
Responderhttp://www.cohesionsg.com/index.php?option=com_content&view=article&id=63:enterprisedb-helps-make-db2-an-attractive-alternative-to-oracle-&catid=1:insights&Itemid=18
Una vez quise usar PostgreSQL en la capa de datos en un proyecto que hice con C# usando Mono sobre Linux. Pero quise probar lo tipico, procedimientos almacenados, select, insert, etc... lamentablemente era muy distinto a lo que sabía de BBDD y no supe usarlo correctamente, no pude o no supe hacer lo que uno tipicamente hace para conectarse a la BBDD desde la capa de acceso a datos. Una lastima, me di cuenta que Postgres es muy robusto pero por falta de conocimiento y tiempo (era un proyecto que tenia que estar "para ayer" xD :-D ) no pude sacarle provecho, al final opte por MySQL, que era lo mas rapido, y facil que tenia en ese momento, y que si conocia de mejor manera.
ResponderAlgun día espero desarrollar otro proyecto pero con Postgres, la verdad lo poco que vi me quedo gustando y me quedó la espina clavada.
hola
Responderyo uso postgresql para consultas que exceden mas de los 60 millones de registros en tablas de minimo 32 campos. no venog a decir que tengo mas sino que con lo que tengo nose como aplicar postgresql de forma correcta para que sea mas eficiente.
Lo interesante es saber si alguien tiene alguna ayuda para que el query sea mas rapido ya que en algunos instantes se llega a tardar hasta 20 segundos, sabiendo de la capacidad de postgresql, necesito ayuda para que sea mas rapido, en mi tabla tengo datos tipos point, path, text, Big Int, text, etc y tambien si alguien sabe si es mejor para postgresql 8.4.2 usar un hash en lugar de un btree y para que tipo de dato es mejor.
por su atención grax!!
Deja tu Comentario