From: | Manuel Aller <manuel(dot)aller(at)infracoop(dot)com(dot)ar> |
---|---|
To: | Alvaro Herrera <alvherre(at)2ndquadrant(dot)com> |
Cc: | Sergio Sinuco <sergiosinuco(at)datatraffic(dot)com(dot)co>, Ayuda <pgsql-es-ayuda(at)postgresql(dot)org> |
Subject: | Re: TABLAS EN MEMORIA RAM O SHARE BUFFERS |
Date: | 2014-08-19 15:50:17 |
Message-ID: | CAJs6SEnb_Ow2o2abncCG48U93D_=Nu_kHHkzkcQ-Ex7-vm-AQw@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
El 19 de agosto de 2014, 11:44, Alvaro Herrera <alvherre(at)2ndquadrant(dot)com>
escribió:
> Sergio Sinuco 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?
>
> ¿Has considerado una tabla UNLOGGED?
>
>
Mmmm, una tabla UNLOGGED pierde los datos (es truncada) si el servidor
falla (crash). Pero si se hace un apagado normal, la tabla sigue
existiendo...
Es un avance contra una tabla en un fs de 'memoria'...
Ahora, el problema base, cuál es? necesitas una tabla rapidísima? importa
si se pierden datos? importa si es crash-safe? hay que mantener una réplica?
Tal vez con más info podemos imaginar un escenario más real y opinar con
más tino.
Saludos!
--
<http://www.infracoop.com.ar/> *Manuel Fernando Aller*
DBA Senior
InfraCoop Cooperativa de Infraestructura y Bases de Datos
skype: manuel.aller
Mobile: +54 9 11 40544779
<http://www.facttic.org.ar/miembros/infracoop>
Infracoop
es miembro de FACTTIC <http://www.facttic.org.ar/>
From | Date | Subject | |
---|---|---|---|
Next Message | Jorge Alberto Aquino Andrade | 2014-08-20 00:39:16 | PgAdmin III con PGpool |
Previous Message | Alvaro Herrera | 2014-08-19 14:44:41 | Re: TABLAS EN MEMORIA RAM O SHARE BUFFERS |