From: | Ever Daniel Barreto Rojas <ebarreto(at)nexusit(dot)com(dot)py> |
---|---|
To: | pgsql-es-ayuda(at)postgresql(dot)org |
Subject: | Re[2]: Tiempo de consulta con full text search |
Date: | 2008-01-03 16:09:25 |
Message-ID: | 251194880.20080103120925@nexusit.com.py |
Views: | Whole Thread | Raw Message | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
El 03/01/2008 a las 10:47 a.m., escribiste:
> Hmm. El problema es el tiempo que toma cargar el indice en memoria (las
> partes necesarias) para hacer la busqueda. La segunda vez ya estan en
> memoria y por eso es tan rapido. "Cache".
> Una posible idea seria usar indices GIN en vez de GiST. Deberia ser
> bastante mas rapido. El problema es que cuando quieras insertar nuevos
> elementos en la tabla, es lento. (Lo cual vas a observar en UPDATE
> tambien).
> Otra idea seria ponerle mas memoria al servidor para que el indice
> completo quede en cache.
Alvaro, gracias por tus comentarios, al respecto:
voy a probar lo que mencionas, de crear un índice GIN en vez GiST
para ver si mejora la velocidad. En cuanto a la velocidad del
INSERT o UPDATE sobre esa table no me preocupa tanto, ya que tanto
la inserción y la actualización de datos sobre esa tabla van a ser
muy pocas, pero sin embargo las búsqueda sí van a ser constantes
este servidor cuenta con 1GB de RAM, crees necesario aumentar esto?
si es así, qué configuración debo cambiar para que use más memoria?
Muchas gracias por tu tiempo!
Cordiales saludos,
-------------------
Ever Daniel Barreto Rojas
e.mail: ebarreto(at)nexusit(dot)com(dot)py :: Nexus Information Technologies
web: www.nexusit.com.py
03/01/2008 12:00 p.m.
---------------------
La vida está en beta perpetua.
---------------------
From | Date | Subject | |
---|---|---|---|
Next Message | Raul Andres Duque | 2008-01-03 16:10:29 | Re: Re[2]: Tiempo de consulta con full text search |
Previous Message | Raul Andres Duque | 2008-01-03 15:35:17 | Re: documentacion de cubos multidimensionales |