Também tive esse problema com a tabela logged_actions do "audit trigger". Tinha problemas de performance com tabela de mais de 20GB. A solução foi particionar(1) a tabela por mês.
(1) http://www.postgresql.org/docs/9.4/static/ddl-partitioning.html Atenciosamente, Alessandro Lima email grandegoia...@gmail.com Em 14 de dezembro de 2015 02:34, drum.lu...@gmail.com <drum.lu...@gmail.com> escreveu: > Oi pessoal... > Eu tenho uma tabela de 8 GB, chamada feedlog. > > Nesta tabela eu tenho o historico do usuario dentro do sistema, TUDO o que > ele faz fica gravado ali. > Porem, para melhorar a performance eu gostaria de mudar ela. > > Talvez, criar uma tabela "feedlog-history" ou ate mesmo "feedlog-2014' e > mover dados antigos da original para esta? Tornaria maior? > > Enfim.. o que voces aconselhariam? > > *Aguns dados:* > > Size: 8 GB > > relname | relkind | reltuples | relpages > -------------------+---------+-------------+---------- > feedlog | r | 6.60508e+07 | 9974857 > > > > _______________________________________________ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral >
_______________________________________________ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral