Bom dia.
Bom, tenho uma situação muito parecida por aqui.
Temos um banco de dados que nasceu no access a muitos e muitos anos
atrás, foi para sqlserver e a muitos anos está no postgresql.
Trabalhamos com sistema de saúde publica, e nossas tabelas de produção
(digo os dados de procedimentos executados e tal), são uma "porcaria", e
para alterar essas tabelas é o "bixo".
Minha solução foi adotar esses índices pelo qual você referiu, mas eu
não sei essa informação também.
Mas, pelo que constatamos por aqui, a melhora foi muito significativa, e
até agora não detectamos problemas perante aos índices.
Abraço.
On 02/08/2013 09:47, Wellington Openheimer wrote:
Olá pessoal,
Temos uma tabela que em um determinado tempo ela é muito consultada e
ao mesmo tempo sofre muitos inserts e updates.
Acontece que a consulta é bem complexa e está ficando cada vez mais
lenta com o aumento do número de dados.
Decidimos então testar a criação de uns índices com os principais
campos nas cláusulas WHERE das consultas mais lentas.
A consulta ficou bem mais rápida, mas estamos receosos se estes
índices irão deixar mais lenta a inserção e update de dados
pois esses comandos teriam então que inserir no índice também.
Obs.:
Criamos 2 índices compostos btree.
(campo1, campo2, campo3)
(campo4, campo2, campo3)
campo2 e campo3 fazem parte da chave da tabela que possui 5 campos chave.
Detalhe: temos 2 consultas muito pesadas que usam no where campo1,
campo2 e campo3 e campo4, campo2 e campo3 respectivamente.
Seremos muito grato se puderem nos ajudar.
att,
Wellington
_______________________________________________
pgbr-geral mailing list
[email protected]
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
_______________________________________________
pgbr-geral mailing list
[email protected]
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
