Em 8 de fevereiro de 2013 09:47, Wellington Openheimer <[email protected]> escreveu: [... corte ...] > 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.
Como o Flávio falou em outro e-mail, sim os índices vão deixar mais lentos os UPDATES e INSERTs por exemplo, mas a questão que você precisa levar em consideração é se este tempo pode ser desprezado. Veja, você percebeu uma lentidão na consulta, atuou pontualmente com um índice e minimizou os eu problema, você otimizou quando precisou. Sendo assim não se preocupe neste momento com o tempo de inserção a menos que ele comece a ser um problema para o seu ambiente. Neste caso, uma alternativa poderia ser o uso de tablespaces separando estes índices específicos em outros discos, de preferência discos mais rápidos ou até mesmo ramdisks. Mas isto não é uma regra, é apenas um exemplo de uma alternativa caso você perceba problemas. []s -- Dickson S. Guedes mail/xmpp: [email protected] - skype: guediz http://github.com/guedes - http://guedesoft.net http://www.postgresql.org.br _______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
