From: | "Jaime Casanova" <systemguards(at)gmail(dot)com> |
---|---|
To: | "Felipe Fernandez" <ffdezrguez(at)tiscali(dot)es> |
Cc: | pgsql-es-ayuda(at)postgresql(dot)org |
Subject: | Re: explain analyze (dudas) |
Date: | 2007-08-06 23:58:58 |
Message-ID: | c2d9e70e0708061658n252c2de7hb462acba13b0641e@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
On 7/31/07, Felipe Fernandez <ffdezrguez(at)tiscali(dot)es> wrote:
> Esto es lo que hicimos:
> Se ha resuelto creando un indice no único para el campo categoria de la
> tabla clasificados.
>
> Ahora bien, al cabo de unos dias volvió la misma lentitud.
>
> Borramos y creamos de nuevo el indice y "milagro", pasamos de 600ms a 5ms.
> ¿Alguien conoce el porque de el indice "deja de funcionar" al cabo de unos
> dias y luego se "regenera" al borrarlo y crearlo de nuevo? ¿Ocurre así con
> todos los indices? ¿Algo mal configurado?
>
>> Felipe Fernandez wrote:
>> Tabla "public.clasificados"
[...columnas de la tabla...]
>> Índices:
>> "clasificados_pkey" llave primaria, btree (referencia)
>> "clascate" btree (categoria)
es mi imaginacion o en el mail original al mostrar un "\d" de la tabla
ya se mostraba un indice sobre el campo categoria?
lo que me lleva a preguntar: si estas ejecutando vacuum y reindex
periodicamente, verdad?
--
Atentamente,
Jaime Casanova
"Programming today is a race between software engineers striving to
build bigger and better idiot-proof programs and the universe trying
to produce bigger and better idiots.
So far, the universe is winning."
Richard Cook
From | Date | Subject | |
---|---|---|---|
Next Message | Ricardo Arcos | 2007-08-07 01:53:13 | Re: Out of memory (Failed on request of size 212). |
Previous Message | Jaime Casanova | 2007-08-06 23:45:34 | Re: como devolver una consulta modificada?¿ |