From: | raul andrez gutierrez alejo <raulandrez(at)gmail(dot)com> |
---|---|
To: | Sergio Sinuco <sergiosinuco(at)datatraffic(dot)com(dot)co> |
Cc: | Ayuda <pgsql-es-ayuda(at)postgresql(dot)org> |
Subject: | Re: TABLAS EN MEMORIA RAM O SHARE BUFFERS |
Date: | 2014-08-15 23:10:54 |
Message-ID: | CAHQFj73edUbFzAgC2TDu+01CO2AVj7LBJQuvSnsAJ4kcT1Yf+A@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
hola Sergio.
Yo recomiendo hacer tunning si es un problema generalizado, para problemas
puntuales de una consulta se puede usar vistas materializadas,
particionamiento de tabla o crear indices, tambien se puede hacer tunning
sobre una consulta agregando al inicio los nuevos paramtros, este nuevos
parametros solo afecta la conexion actual asi:
set seq_page_cost= 0.01;
enable_seqscan =off;
select * from ....;
El 15 de agosto de 2014, 16:43, Sergio Sinuco <
sergiosinuco(at)datatraffic(dot)com(dot)co> escribió:
> Hola lista. ¿Que es mas recomendable, tener una tabla en un tablespace
> creado en memoria ram o hacer tunning de los parametros relacionados con el
> uso de la memoria ram en postgres y el sistema operativo?
>
> Gracias por las posibles respuestas.
>
> --
> Sergio E. Sinuco Leon
> Arquitecto de soluciones
> Datatraffic S.A.S.
> Móvil: (57) 310 884 26 50
> Fijo (+571) 7426160 Ext 115
> Diagonal 34 bis No 18 - 44
> Bogotá, Colombia.
> www.datatraffic.com.co
>
>
--
Raul Andres Gutierrez Alejo
From | Date | Subject | |
---|---|---|---|
Next Message | Jaime Casanova | 2014-08-19 05:40:16 | Re: TABLAS EN MEMORIA RAM O SHARE BUFFERS |
Previous Message | Sergio Sinuco | 2014-08-15 21:43:03 | TABLAS EN MEMORIA RAM O SHARE BUFFERS |