Re: Vacuum no responde??

From: Alvaro Herrera <alvherre(at)dcc(dot)uchile(dot)cl>
To: Pablo Marrero <pablo(dot)marrero(at)bancaqm(dot)com(dot)uy>
Cc: AyudaPostgres <pgsql-es-ayuda(at)postgresql(dot)org>
Subject: Re: Vacuum no responde??
Date: 2004-12-14 16:14:04
Message-ID: 20041214161404.GC17409@dcc.uchile.cl
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-es-ayuda

On Tue, Dec 07, 2004 at 04:34:03PM -0300, Pablo Marrero wrote:

Hola,

> Tengo una tabla que tenia 1953888 tuplas, le hice un delete total y
> cuando hago un vacuumdb -v -f base me sale este mensaje (copio lo
> correspondiente a dicha tabla):
> INFO: --Relation public.participaciones--
> INFO: Pages 97820: Changed 126, reaped 126, Empty 0, New 0; Tup
> 1953888: Vac 2501, Keep/VTL 1953888/0, UnUsed 0, MinLen 404, MaxLen 404;
> Re-using: Free/Avail. Space 2188732/4860; EndEmpty/Avail. Pages 125/1.
> CPU 3.25s/0.61u sec elapsed 87.10 sec.

Si tienes alguna transaccion corriendo al momento de iniciar el VACUUM,
este ultimo no va a poder eliminar completamente las tuplas de la tabla.

Solucion: cierra las transacciones abiertas antes de iniciar el VACUUM.

Si quieres vaciar completamente la tabla, quizas puedas usar TRUNCATE en
lugar de DELETE ... Pero ojo, porque TRUNCATE cambio en 7.4 (se puede
usar dentro de una transaccion, pero no funciona si tienes llaves
foraneas), y va a volver a cambiar en 8.1 (va a permitir hacer TRUNCATE
a varias tablas simultaneamente, lo cual permite funcionar en el caso de
llaves foraneas).

--
Alvaro Herrera (<alvherre[(at)]dcc(dot)uchile(dot)cl>)
Bob [Floyd] used to say that he was planning to get a Ph.D. by the "green
stamp method," namely by saving envelopes addressed to him as 'Dr. Floyd'.
After collecting 500 such letters, he mused, a university somewhere in
Arizona would probably grant him a degree. (Don Knuth)

In response to

Browse pgsql-es-ayuda by date

  From Date Subject
Next Message Alvaro Herrera 2004-12-14 16:14:36 Re: Esquemas raros
Previous Message Gorka 2004-12-14 16:09:44 exportar datos de access a postgres con pgadmin2