 Noticias Nueva versión Beta 2 de PostgreSQL 8.3
7 de noviembre de 2007
Se acaba de lanzar la nueva versión Beta de PostgreSQL 8.3. Esta nueva revisión aporta muchas mejoras en el rendimiento y aquí podéis ver una traducción de las notas de la versión realizada por Buyacorp:
Nueva funcionalidad
* Soporte integrado de las búsquedas de texto completo (estaba como módulo tsearch2).
* Soporte para el estandar SQL/XML, incluyendo nuevos operadores y el tipo XML.
* Soporte para enumerados.
* Nuevo tipo de dato UUID.
* Soporte para arreglos de tipos compuestos.
* Control para la ordenación de campos NULL (ORDER BY ... NULLS FIRST/LAST).
* Soporte para cursores actualizables (UPDATE/DELETE WHERE CURRENT OF cursor_name).
* La configuración de los parámetros del servidor ahora puede establecerse para el ámbito de una función.
* Los tipos de datos personalizados pueden tener parámetros.
* Invalidación de funciones cacheadas cuando la definición de
las tablas o estadísticas varien (ya no hay necesidad de utilizar
EXECUTE para trabajar con tablas temporales en PL/pgSQL).
* Múltiples mejoras en el registro y colección de estadísticas.
* Soporte de SSPI para la autenticación en dominios Windows.
* Soporte para múltiples procesos concurrentes de autovacuum.
* El código se puede compilar sin problemas con Microsoft Visual C++
Mejoras de rendimiento
* Asynchronous commit: permite que las transacciones sean
comprometidas pero los cambios en disco retrasados, esto permite mayor
rendimiento para las consultas de modificación de datos pero con el
riesgo de pérdida de datos.
* Distributed checkpoints: Reduce la actividad de I/O durante los checkpoints.
* Heap-Only Tuples: por cuestiones de concurrencia, PostgreSQL
retiene las versiones antiguas de las tuplas actualizadas y el espacio
muerto dejado por éstas sólo era posible recuperarlas con VACUUM. HOT
acelera la reutilización del espacio usado por los UPDATEs.
* Just-in-time background writer hace más eficiente la escritura en disco.
* Reducción del tamaño usado por campo y tupla (los campos que
contengan menos de 128 bytes reducirán de 3 a 6 bytes, las tuplas serán
4 bytes más pequeños).
* Mejora en el manejo de recorridos secuenciales.
* Permitir que las operaciones ORDER BY ... LIMIT se realicen sin necesidad de ordenar toda la tabla.
* Reducción de la necesidad de hacer vacuum.
Ya puedes descargar es nueva versión beta desde su sitio web.
|
