Re: ayuda con planeador

Me uno a un comentario anterior ... toma tiempos teniendo SOLO indices por
cada columna y SOLO teniendo un indice multicolumna. Y examina
detalladamente a posibilidad de utilizar particionado de esa tabla.

Atentamente,

RAUL DUQUE
Bogotá, Colombia

----- Original Message -----
From: "Cristian Saavedra" <cristian(dot)aquii(at)gmail(dot)com>
To: "Mario" <gonzalemario(at)gmail(dot)com>
Cc: <pgsql-es-ayuda(at)postgresql(dot)org>
Sent: Wednesday, January 10, 2007 3:26 PM
Subject: Re: [pgsql-es-ayuda] ayuda con planeador

On 1/10/07, Mario <gonzalemario(at)gmail(dot)com> wrote:
> On 10/01/07, Cristian Saavedra <cristian(dot)aquii(at)gmail(dot)com> wrote:
> >
> > Quiero que esta tabla busqueda este muy optimizada, he creado indices
> > individuales para cada columna, un indice multicolumna de todas las
> > cat_id y un multicolumna de todas las cat_id y el campo id.
> >
>
> los indices los creaste despues de ingresar los datos o antes. No
> estoy seguro pero _creo_ que debes hacer REINDEX si los datos los
> ingresaste antes de tener los indices.
>
Hice REINDEX aunque no creo que sea necesario pues los indices fueron
creados con datos, lo que si hice antes e correr las pruebas fue un
VACUUM ANALYZE sobre la tabla

> Segun tu diseño, puedes fragmentar tu tabla? que valores tienes en
> tu shared_buffers, que tan frecuente ejecutas VACUUM?
>
el valor de mis shared_buffers es 131072, el VACUUM se efectua diario

> > Alguien ve una forma de optimizar mas esta consulta, estaba pensando
> > en negar la consulta de los cats y convertirla a ands en lugar de ors,
> > no se me ocurren mas cosas. Anexo a continuacion copia del explain
> > analyze hecho con el ultimo query, si alguien ve alguna forma de
> > hacerlo mas rapido no dude en decirmelo.
> >
>
> Hay veces donde los indices multicolumna son mucho mas rapidos que
> los que son solo de una sola. Prueba eso, ademas, a veces tener mas de
> un indice para la misma columna tampoco es muy bueno. En todo caso, no
> he hecho muchas pruebas al respecto, mi sugerencia es que empiezes a
> jugar con los indices.
>
> >

Contestandole a Raul para no escribir dos correos, la relacion de la
tabla es una relacion de 1 a 5 donde cualquier cantidad de ellos
puedan contener datos, los campos que no tienen datos son declarados
nulos, pero no puedo pasarlos a un solo campo, pues eventualmente
podria tener todos los cats llenos.

---------------------------(fin del mensaje)---------------------------
TIP 5: ¿Has leído nuestro extenso FAQ?

http://www.postgresql.org/files/documentation/faqs/FAQ.html