From: | "Andres Duque" <raulandresduque(at)hotmail(dot)com> |
---|---|
To: | "Alvaro Herrera" <alvherre(at)commandprompt(dot)com>, "deepthroat" <dblackbeer(at)gmail(dot)com> |
Cc: | "lista postgresql" <pgsql-es-ayuda(at)postgresql(dot)org> |
Subject: | Re: sobre vacuum |
Date: | 2007-01-04 18:36:25 |
Message-ID: | BAY135-DAV16C248EADF1119FFBEC376BAB80@phx.gbl |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
No será que estas haciendo un vaccum full?
Qué tipo de vaccum esta corriendo?
Atentamente,
RAUL DUQUE
Bogotá, Colombia
----- Original Message -----
From: "Alvaro Herrera" <alvherre(at)commandprompt(dot)com>
To: "deepthroat" <dblackbeer(at)gmail(dot)com>
Cc: "lista postgresql" <pgsql-es-ayuda(at)postgresql(dot)org>
Sent: Thursday, January 04, 2007 12:33 PM
Subject: Re: [pgsql-es-ayuda] sobre vacuum
> deepthroat escribió:
>> Para evitar vacuum nunca se penso ni se discutio en llevar esa tarea
>> al momento de que se produce una operacion que genera basura al hacer
>> un DELETE O UPDATE?
>
> Claro que se penso.
>
>> Acaso perjudica mucho la performance del sistema?
>
> Claro.
>
>> O postgresql, tal como fue concebido, no permite hacerlo?
>>
>> Se me plantean estas preguntas porque no es facil lidiar con un
>> proceso vacuum que tarde mas de 48 horas cuando la BD es gigantesca.
>
> 48 horas? Creo que tienes un problema de configuracion o algo, no puede
> demorarse 48 horas. Cuanto pesa tu BD?
>
> --
> Alvaro Herrera
> http://www.CommandPrompt.com/
> PostgreSQL Replication, Consulting, Custom Development, 24x7 support
>
> ---------------------------(fin del mensaje)---------------------------
> TIP 2: puedes desuscribirte de todas las listas simultáneamente
> (envíe "unregister TuDirecciónDeCorreo" a majordomo(at)postgresql(dot)org)
>
From | Date | Subject | |
---|---|---|---|
Next Message | Mario | 2007-01-04 18:39:33 | Re: varios PostgreSQL en un mismo servidor |
Previous Message | Mario | 2007-01-04 18:31:56 | Re: Postgres 64Bits |