Un punto unico de encuentro para compartir el conocimiento sobre bases de datos.


PostgreSQL 9.3 Beta 1 disponible para evaluacion sticky icon

Publicado el 14/05/2012

El Grupo de Desarrollo Global de PostgreSQL anuncia la versión beta de PostgreSQL 9.3, que incluye mejoras en replicación, vistas, procesos background, paralelismo y mas. El proyecto PostgreSQL pide a todos los usuarios descargar e iniciar las pruebas 9.3 Beta tan pronto como sea posible.

Upcoming PostgreSQL Security Release: April 4th 2013 sticky icon

The PostgreSQL Project will be releasing a security update for all supported versions on Thursday April 4th, 2013. This release will include a fix for a high-exposure security vulnerability. All users are strongly urged to apply the update as soon as it is available.

We are providing this advance notice so that users may schedule an update of their production systems on or shortly after April 4th.

As always, update releases only require installation of packages and a database system restart. You do not need to dump/restore or use pg_upgrade for this update release.

¡¡¡Ahora ya estamos en Twitter!!! sticky icon

A partir de ayer ya nos pueden seguir en @DatabasesLA y compartir los articulos utilizando el boton

Porque Oracle no usa mi indice - Parte 1 sticky icon

¡¿Porque Oracle no usa mi índice?!

Autor: Jonathan Lewis, traducido del original en Ingles

La pregunta en el titulo de este trabajo es probablemente la pregunta que ocurre más frecuentemente en los foros de Metalink y los grupos de noticias de Usenet. Este artículo usa un caso de prueba que usted puede reconstruir en su propio sistema para demostrar los asuntos más fundamentales con el como la optimización basada en el costo funciona. Y al final del artículo, usted deberá estar mucho mejor equipado para dar una respuesta la próxima ocasión que escuche tan temida pregunta.

Index Rebuild vs Coalesce vs Shrink Space - (3 animales distintos) sticky icon

Autor: Richard Foote
Translated from the English original

Previamente, discutí cómo un ALTER INDEX ... COALESCE va a ser menos costoso en términos de usar recursos que un ALTER INDEX ... SHRINK SPACE COMPACT (o ALTER INDEX ... SHRINK SPACE) pues el COALESCE no tiene que preocuparse él mismo de asegurar que todos los bloques hoja en el extremo físico del segmento del índice se han movido para permitir que el almacenamiento sea des-asignado del segmento del índice. Si simplemente quiere desfragmentar un índice y no necesariamente reducir el espacio total asignado al segmento, utilice COALESCE en vez de las opciones de SHRINK es más barato/usa menos recursos.

Primer conferencia de usuarios de MySQL, NoSQL & Cloud para América Latina

MySQL NoSQL & Cloud Conference & Expo LA es la primera conferencia que se celebrara en América Latina presentada por Binlogic (.



Syndicate

Syndicate content

Follow DatabasesLA on Twitter

Who's online

There are currently 0 users and 5 guests online.

Estadisticas

Locations of visitors to this page

hidden hit counter