Tá na hora de arregaçar as mangas e mostrar que aquele tempo todo se f… com JDBC valeu pra alguma coisa:
Desafio Hibernate
8 Respostas
Quando comecei a ler, achei que ele queria encontrar uma operacao que fosse mais rápida com o Hibernate do que com JDBC direto… achei estranho…
Legal que os caras já podem se dar ao luxo de pagar pra alguém encontrar os bottlenecks… : ))
Isso demonstra a confianca que o produto/projeto adquiriu. Ja imaginou se a Microsoft fizesse algo semelhante? :lol:
Marcio Kuchma
Ela fez… mas acho que a galera não lembra o resultado né? :lol:
Teve uma campanha tipo a Unbreakable da Oracle antes do lançamento do Windows 2000… curiosamente, a máquina aguentou 3 semanas antes de ser detonada… motivo pelo qual o Service Pack 1 saiu tão rápido, aliás…
“same SQL calls”
Ai fica facil ne… A unica vantagem de escrever SQL na mao seria que voce elimina o “overhead” da abstracao. Mas mesmo assim, os caras sao macho pacas 8)
Facil nada… a intencao do desafio eh justamente essa… achar um ponto onde o overhead possa ser otimizado 
Facil nada… a intencao do desafio eh justamente essa… achar um ponto onde o overhead possa ser otimizado ;)
Cara, mas ai os SQL statements teriam que ser DIFERENTES! E neste challenge nao podem. Tipo os statements gerados que sao o negocio. Eh impossivel ganhar assim cara!
Não, krico… a idéia do desafio é que vc consiga fazer com que o Hibernate demore desnecessariamente a mais do que um programa que executa a mesma coisa, mas não faz nenhum mapeamento O/R. O objetivo não é gerar código SQL perfeito, é achar problemas de performance no mapeador 
Entendi, mas entao o desafio eh o de achar um mapeador com performance melhor, nao um framework de mapeamento O/R eh isto? Nao tinha entendido isto, my bad :oops: