2011/6/28 Flavio Henrique Araque Gurgel <[email protected]>: > > Sem dúvida! Mas um bom ponto de partida para otimizações é trabalhar > sobre as consultas lentas, que são aquelas que os usuários percebem em > um sistema.
Então, nem sempre… há casos em que o problema é com consultas relativamente rápidas, mas executadas muito freqüentemente. > Claro que uma otimização completa precisaria olhar todas > as consultas, mas dependendo do sistema, isso pode ser excessivamente > trabalhoso/caro de se fazer. Nunca fui tão fundo em PostgreSQL. Em Oracle, há toda uma instrumentação, por exemplo do cache SQL. Me lembro de ver uns exemplos com DTrace e PostgreSQL. >> Outra informação interessante, mas não fala muito sobre os índices que não >> existem e precisariam existir. > > Isso está coberto pela informação anterior (consultas lentas). Não necessariamente. >> Se estiver usando ORM, dá para sentar na sarjeta e chorar… :-( > > Nem sempre. ORMs podem ser bem utilizados. Pelo jeito, dei azar… nunca vi… pelo contrário, no mais comum — Hibernate — quem eu conheço que transmitia firmeza dizia que era contraproducente, tanto bem como mal utilizado. A grande exceção era aquele de Python, como se chamava? SQL alguma coisa ou algo SQL, mas até aí morreu o neves. -- Skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 Google Talk: xmpp:[email protected] +55 (11) 9406 7191 ICQ: AIM:GoIM?screenname=61287803 sip:[email protected] MSNIM:[email protected] _______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
