Comments on: Guia de guerra para tunning de mapeamento do Hibernate http://www.kumpera.net/blog/index.php/2006/09/29/guia-de-guerra-para-tunning-de-mapeamento-do-hibernate/ Meus achados sobre tecnologia Thu, 01 Dec 2011 01:51:15 +0000 http://wordpress.org/?v=2.8.6 hourly 1 By: kumpera http://www.kumpera.net/blog/index.php/2006/09/29/guia-de-guerra-para-tunning-de-mapeamento-do-hibernate/comment-page-1/#comment-518 kumpera Thu, 05 Oct 2006 04:30:43 +0000 http://www.kumpera.net/blog/index.php/2006/09/29/guia-de-guerra-para-tunning-de-mapeamento-do-hibernate/#comment-518 Paulo, eu uso as estatísticas do hibernate, mas somente lendo via logSummary() no log. Valeu pela dica, vou colocar para gravar uma versão muito mais detalhada. Tem três utilidades fazer da forma que eu fiz via log, primeiro que é legal para os bitolados em shell, segundo que logando o ID da thread, fica facil gerar corelação entre código e queries, assim como a seqüência de eventos, por último tem a vantagem de ser facil funilar isso no analizador de planos do RDBMS e apitar para todos full table scan. Diego, eu uso da seguinte forma: <code> Pessoa p = session.load(Pessoa.class, pk); .... for(Cidade c : p.getCidades()) ... </code> Nas poucas queries uso sim join e join fetch. A questão é que preciso manipular muito as colections, e quase sempre uso todos os objetos relacionados. Sei que estou falando de um caso específico, mas em linhas gerais acho muito ruim ficar programando da forma que você mostrou, escrevendo HQL para coisas simples como carregar um objeto por uma chave ou mesmo navegar pelo grafo de objetos. Paulo, eu uso as estatísticas do hibernate, mas somente lendo via logSummary() no log. Valeu pela dica, vou colocar para gravar uma versão muito mais detalhada. Tem três utilidades fazer da forma que eu fiz via log, primeiro que é legal para os bitolados em shell, segundo que logando o ID da thread, fica facil gerar corelação entre código e queries, assim como a seqüência de eventos, por último tem a vantagem de ser facil funilar isso no analizador de planos do RDBMS e apitar para todos full table scan.

Diego, eu uso da seguinte forma:


Pessoa p = session.load(Pessoa.class, pk);
....
for(Cidade c : p.getCidades())
...

Nas poucas queries uso sim join e join fetch. A questão é que preciso manipular muito as colections, e quase sempre uso todos os objetos relacionados.

Sei que estou falando de um caso específico, mas em linhas gerais acho muito ruim ficar programando da forma que você mostrou, escrevendo HQL para coisas simples como carregar um objeto por uma chave ou mesmo navegar pelo grafo de objetos.

]]> By: Diego Pires Plentz http://www.kumpera.net/blog/index.php/2006/09/29/guia-de-guerra-para-tunning-de-mapeamento-do-hibernate/comment-page-1/#comment-515 Diego Pires Plentz Thu, 05 Oct 2006 02:34:07 +0000 http://www.kumpera.net/blog/index.php/2006/09/29/guia-de-guerra-para-tunning-de-mapeamento-do-hibernate/#comment-515 Ah, caso não saiba, o getHibernateTemplate() é um método oferecido pelo <a href="http://static.springframework.org/spring/docs/current/reference/orm.html#d0e14683" rel="nofollow">suporte do Spring ao Hibernate</a>. Ah, caso não saiba, o getHibernateTemplate() é um método oferecido pelo suporte do Spring ao Hibernate.

]]> By: Diego Pires Plentz http://www.kumpera.net/blog/index.php/2006/09/29/guia-de-guerra-para-tunning-de-mapeamento-do-hibernate/comment-page-1/#comment-514 Diego Pires Plentz Thu, 05 Oct 2006 02:28:39 +0000 http://www.kumpera.net/blog/index.php/2006/09/29/guia-de-guerra-para-tunning-de-mapeamento-do-hibernate/#comment-514 Quando você diz lookups por primary-key e navegação pelas collections, seria algo tipo isso? <code>List pessoas = getHibernateTemplate().find("from Pessoa p join fetch p.cidade where p.id = ? ", pkPessoa); Cidade cidade = pessoas.get(0).getCidade();</code> Bom, se era isso que você estava querendo fazer, mas não conhecia o join fetch, welcome :) Quando você diz lookups por primary-key e navegação pelas collections, seria algo tipo isso?

List pessoas = getHibernateTemplate().find("from Pessoa p join fetch p.cidade where p.id = ? ", pkPessoa);
Cidade cidade = pessoas.get(0).getCidade();

Bom, se era isso que você estava querendo fazer, mas não conhecia o join fetch, welcome :)

]]> By: Paulo Silveira http://www.kumpera.net/blog/index.php/2006/09/29/guia-de-guerra-para-tunning-de-mapeamento-do-hibernate/comment-page-1/#comment-513 Paulo Silveira Thu, 05 Oct 2006 00:44:50 +0000 http://www.kumpera.net/blog/index.php/2006/09/29/guia-de-guerra-para-tunning-de-mapeamento-do-hibernate/#comment-513 excelente post louds! para fazer aquele count que voce usou magica de shell script, voce pode utilizar a parte de Hibernate Statistics que é BEM completa, e ele loga muito mais que o número de vezes de cada query executada: pega também tempos máximos, mínimos e médios, row count, etc! excelente post louds!

para fazer aquele count que voce usou magica de shell script, voce pode utilizar a parte de Hibernate Statistics que é BEM completa, e ele loga muito mais que o número de vezes de cada query executada: pega também tempos máximos, mínimos e médios, row count, etc!

]]> By: kumpera http://www.kumpera.net/blog/index.php/2006/09/29/guia-de-guerra-para-tunning-de-mapeamento-do-hibernate/comment-page-1/#comment-512 kumpera Wed, 04 Oct 2006 21:59:37 +0000 http://www.kumpera.net/blog/index.php/2006/09/29/guia-de-guerra-para-tunning-de-mapeamento-do-hibernate/#comment-512 Diego, quanto a aplicação utiliza predominantemente queries, concordo com você, coloque a estratégia de fetching a query. No meu caso a aplicação fazia lookups por primary-key e navegação pela collections. Ou seja, basicamente nada de HQL envolvido. Nesta situação eu teria que introduzí-las artificialmente, ou então utilizar os filtros de colections. Ou isso, ou eu tou perdendo alguma coisa sobre como utilizar o hibernate. Diego, quanto a aplicação utiliza predominantemente queries, concordo com você, coloque a estratégia de fetching a query.

No meu caso a aplicação fazia lookups por primary-key e navegação pela collections. Ou seja, basicamente nada de HQL envolvido. Nesta situação eu teria que introduzí-las artificialmente, ou então utilizar os filtros de colections.

Ou isso, ou eu tou perdendo alguma coisa sobre como utilizar o hibernate.

]]> By: Diego Pires Plentz http://www.kumpera.net/blog/index.php/2006/09/29/guia-de-guerra-para-tunning-de-mapeamento-do-hibernate/comment-page-1/#comment-511 Diego Pires Plentz Wed, 04 Oct 2006 21:22:55 +0000 http://www.kumpera.net/blog/index.php/2006/09/29/guia-de-guerra-para-tunning-de-mapeamento-do-hibernate/#comment-511 Entendi seu ponto Rodrigo, mas o que estou dizendo é que na minha opinião uma estratégia de EAGER loading nunca deveria ser usada no mapeamento (focando no quesito performance). O mais coerente, na minha opinião, é setar no próprio HQL (ou seja lá a forma que você está usando), que o Hibernate deve carregar essas ou aquelas entidades, pois assim você só as carrega quando realmente vai usá-las. Entendi seu ponto Rodrigo, mas o que estou dizendo é que na minha opinião uma estratégia de EAGER loading nunca deveria ser usada no mapeamento (focando no quesito performance).
O mais coerente, na minha opinião, é setar no próprio HQL (ou seja lá a forma que você está usando), que o Hibernate deve carregar essas ou aquelas entidades, pois assim você só as carrega quando realmente vai usá-las.

]]> By: kumpera http://www.kumpera.net/blog/index.php/2006/09/29/guia-de-guerra-para-tunning-de-mapeamento-do-hibernate/comment-page-1/#comment-509 kumpera Wed, 04 Oct 2006 13:53:44 +0000 http://www.kumpera.net/blog/index.php/2006/09/29/guia-de-guerra-para-tunning-de-mapeamento-do-hibernate/#comment-509 Eager loading ajuda em vários cenários. <br/> O ponto é saber quanto está ajudando e quanto está atrapalhando. O Rick levanta um ponto importante, com Hibernate você deve evitar ao máximo carregar objetos inuteis. <br/> Dito isso, o ideal é conseguir configurar o Hibernate para que ele recupere todos os objetos necessários com o menor esforço possivel por parte do teu RDBMS. <br/> Isso pode significar minimizar o número de queries executadas, no meu caso mais recente, por exemplo, o log de queries acusava que em 92,5% dos casos que uma entidade era carregada, uma das collections dela também era. Logo colocá-la como eager-loaded faz sentido porque diminiu pela metade o número de queries executadas, apenar do outer join extra. O grande ponto é saber que é necessário fazer benchmarking de várias configurações diferentes e ajustar para o caso comum. Eu tive que desligar batch-fetching de algumas collections para reduzir o número de entidades que eram recuperadas, enquanto eu coloquei um valor super alto para outras. É importante analisar as estatísticas do hibernate, pois aí está a parte que ninguém comenta sobre como decidir o que fazer e não fazer na hora de otimizar o mapeamento. Eager loading ajuda em vários cenários.

O ponto é saber quanto está ajudando e quanto está atrapalhando. O Rick levanta um ponto importante, com Hibernate você deve evitar ao máximo carregar objetos inuteis.

Dito isso, o ideal é conseguir configurar o Hibernate para que ele recupere todos os objetos necessários com o menor esforço possivel por parte do teu RDBMS.

Isso pode significar minimizar o número de queries executadas, no meu caso mais recente, por exemplo, o log de queries acusava que em 92,5% dos casos que uma entidade era carregada, uma das collections dela também era. Logo colocá-la como eager-loaded faz sentido porque diminiu pela metade o número de queries executadas, apenar do outer join extra.

O grande ponto é saber que é necessário fazer benchmarking de várias configurações diferentes e ajustar para o caso comum. Eu tive que desligar batch-fetching de algumas collections para reduzir o número de entidades que eram recuperadas, enquanto eu coloquei um valor super alto para outras.

É importante analisar as estatísticas do hibernate, pois aí está a parte que ninguém comenta sobre como decidir o que fazer e não fazer na hora de otimizar o mapeamento.

]]> By: Diego Pires Plentz http://www.kumpera.net/blog/index.php/2006/09/29/guia-de-guerra-para-tunning-de-mapeamento-do-hibernate/comment-page-1/#comment-507 Diego Pires Plentz Wed, 04 Oct 2006 03:12:39 +0000 http://www.kumpera.net/blog/index.php/2006/09/29/guia-de-guerra-para-tunning-de-mapeamento-do-hibernate/#comment-507 Minha dúvida ficou por conta da estratégia de eager-loading, pois não vejo caso em que ela ajudaria na performance. Minha dúvida ficou por conta da estratégia de eager-loading, pois não vejo caso em que ela ajudaria na performance.

]]> By: Diego Pires Plentz http://www.kumpera.net/blog/index.php/2006/09/29/guia-de-guerra-para-tunning-de-mapeamento-do-hibernate/comment-page-1/#comment-506 Diego Pires Plentz Wed, 04 Oct 2006 03:08:17 +0000 http://www.kumpera.net/blog/index.php/2006/09/29/guia-de-guerra-para-tunning-de-mapeamento-do-hibernate/#comment-506 Complementando o artigo, o Rick <a href="http://jroller.com/page/RickHigh?entry=hibernate_performance_tunning_for_high" rel="nofollow"> ez um post interessante</a> sobre o mesmo assunto. Complementando o artigo, o Rick ez um post interessante sobre o mesmo assunto.

]]>