Mozart Hasse escreveu:
> Pessoal,
>
> Andei lendo a documentação
> http://wiki.postgresql.org/wiki/Introduction_to_VACUUM%2C_ANALYZE%2C_EXPLAIN%2C_and_COUNT
Não deveríamos confundir documentação com um wiki. E ao lermos
documentação deveríamos nos preocupar com o que existe de recente para
evitar encontrar pelos em ovos. Wiki é conhecido por sua desorganização,
e este texto é de 2005.
> Se eu entendi direito, isso quer dizer que a forma como o Postgres armazena
> os dados para permitir acesso concorrente torna *muito* limitado o uso de
> índices (comparado a bancos de dados com index covering).
> Isso pode comprometer seriamente o desempenho nas consultas a tabelas
> grandes e com razoável taxa de atualização. Isso explica boa parte dos
> planos horríveis do Postgres 7, mas não sei até que ponto isso foi
> melhorado na versão 8.
>
> É isso mesmo ?! Há planos de se deixar isso mais eficiente em alguma versão
> futura?
Cara, de uma olhada em todas as melhorias que ocorreram de 2005 para
cá, a gama é muito grande. De qualquer forma minha experiência pessoal é
que o PostGreSql se tornou um banco altamente competitivo em sua versão
8.0 para grandes volumes de dados. Talvez minha base de dados não seja a
maior da lista, mas é suficientemente grande para me dar arrepios só em
sonhar que um problema desse venha a ser um limitador de performance.
ps: Eu não encontrava planos horríveis na versão 7, talvez porque
rodasse vacuum regularmente. Além de não ter encontrado planos horríveis
na versão 8, talvez porque o autovacuum está ativado.
--
Shander Lyrio
_______________________________________________
pgbr-geral mailing list
[email protected]
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
