Desafio Hibernate

8 respostas
cv1

Tá na hora de arregaçar as mangas e mostrar que aquele tempo todo se f… com JDBC valeu pra alguma coisa:

http://www.hibernate.org/News/PerformanceChallenge

8 Respostas

dukejeffrie

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… : ))

kuchma

Isso demonstra a confianca que o produto/projeto adquiriu. Ja imaginou se a Microsoft fizesse algo semelhante? :lol:

Marcio Kuchma

cv1

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…

K

“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)

cv1

Facil nada… a intencao do desafio eh justamente essa… achar um ponto onde o overhead possa ser otimizado :wink:

K

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!

cv1

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 :wink:

K

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:

Criado 10 de setembro de 2003
Ultima resposta 15 de set. de 2003
Respostas 8
Participantes 4