Benedito A. Cruz escreveu:
> Caros
>
> Achei interessante esse artigo, alguém já fez isso?
>
> http://www.redhatmagazine.com/2007/12/12/tip-from-an-rhce-memory-storage-on-postgresql/
>
>
>
Já sim mas com outra solução, porém a mesma abordagem.
Tenho 1 sistema rodando que monta um TABLESPACE no /dev/shm para tabelas
que contém dados que são necessários APENAS quando o sistema está em
execução, mas você tem que tomar alguns cuidados com isso... Vou falar
da experiência que eu tive e segue os problemas ocorridos:
Problemas:
1 - Espaço: chegou um ponto da aplicação que ela começou a consumir
muito espaço fazendo com que entrasse em concorrência com os processos
do SO e travasse a máquina, então montei uma partição com 30% do espaço
total da memória e otimizei algumas estrutura de tabela no banco visando
limpar dados desnecessários. APESAR de que eu recomendaria o uso dessa
solução apenas para tabelas onde houvessem MUITO MAIS consulta do que
inserção/atualização, mas para adequar ao meu problema tive que usar de
outra forma.
2 - Reboot: apesar de não ser dados críticos para o sistema, quando
o sistema reboota ou demontamos a partição, TODOS os dados são perdidos
e isso pode te gerar problemas dependendo do tipo de dados que você
armazenou lá.
Ganho:
1 - Performance: é absurdamente maior a performance que você tem
salvando dados na memória, principalmente se você vai usar muita consulta
Essa explicação eu trouxe muito para a experiência que eu tive com
esse uso, se alguém mais usou de uma outra forma ou tem mais dicas em
cima dessa abordagem, seria legal contribuir, é um tópico interessante e
muitas vezes pouco usado.
Leandro Damascena.
_______________________________________________
pgbr-geral mailing list
[email protected]
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
