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)
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 |