Arquivo Discussoes de Programacao e Tecnologia Olá Pessoal,
O que é melhor usar um framework de banco de dados, exemplo,
Hibernate ou fazer o motor SQL personalizado no braço ? :?:
Ou ainda outra coisa que desconheço, por favor, preciso de idéias.
Qualquer ajuda será bem-vinda. 
Até mais.
Fabrício Luis
Teste os dois e descubra…
O Hibernate te facilita bastante a vida, mas, pra mim, não é a solução para os problemas do mundo. E de presente você ainda ganha vários novos erros e muita, muita dor de cabeça. Duas vantagens que realmente pesam na hora de escolher para o Hibernate são: Lazy loading de objetos (Que tambem pode ser implementado com sql usando um Dynamic Proxy) e o mapeamento de relacionamentos.
Um pouco de SQL não faz mal a ninguem, tambem te gerará alguns probleminhas de relacionamentos que terão que ser tratados manualmente, mas, são problemas menores, faceis de resolver e você não terá que sair varrendo um fórum com milhões de questões para resolver sua dúvida, ou muitas vezes fazer algo diferente.
Eu acho que a solução ideal se encontra em um meio termo entre o Hibernate e o SQL, mais como ainda não inventaram um framework com essas características, cabe a você escolher oque mais lhe agrada.
Fabrício o ganho em desenvolver um framework de mapeamento objeto-relacional próprio é o conhecimento que terá quando ele estiver pronto. Se não for essa a sua idéia há vários pronto e consolidados pela comunidade, como o Hibernate e o OJB da Apache. O Hibernate é de fácil entendimento e a comunidade de desenvolvedores/usuários supera ao do OJB.
Sucesso,
Alessandro
Eu concordo com o Volnei… O ideal estaria em um meio termo entre SQL e Hibernate. Tavelz algo como uma “Camada Simples de Persistencia” que fizesse isso de um modo mais transparente para o usuário. Continuo em algumas situações ainda optando pelo motor sql no braço…
Seria ideal um framework para isto né? Mas como ainda, eu disse, ainda não inventaram nada deste porte…
):
se vc não domina o hibernate, use jdbc no seu projeto, e aprenda hibernate depois… vale a pena aprende-lo, mas não durante um projeto, principalmente se ele for critico…
faça o simples primeiro, bem estruturado, que refatorar depois p/ usar um framework não ficara tão trabalhoso.
[]'s
Acho que o hibernate ou camadas de persistência similares facilitam imensamente a vida dos desenvolvedores abolindo a criação e principalmente a manutenção de sql.
O problema principal dessas camadas de persistência são os mapeamentos e em poucos casos a performance, mas, hoje vc encontra alguns artifícios para amenizar o problema dos mapeamentos do hibernate, jdo, … como o xdoclet http://xdoclet.sourceforge.net/xdoclet/index.html
Em uma análise final ainda prefiso utilizar camadas de persistência objecto/relacional…
Um intermediário entre Sql e Hibernate existe:
http://ibatis.com/
Com ele é necessário escrever todos os Sqls na mão, mas após isso ele faz o trabalho insuportavelmente chato de popular objetos 
entre outras coisas legais também.
Analise a necessidade do software. Se é algo grande, aconselho o Hibernate pelo sistema de lazy loading e caching dele. Mas se for algo simples, é um pouco de exagero.
Mas se o seu objetivo é aprendizado, concordo com o cara acima. Use o iBatis, ou nenhum, e implemente as características mais complexas na mão, pois vai aprender um monte de coisas
Eu fiz um motor SQL no braço e não me arrependo. Gostei do nome Motor SQL !!!
O nome do meu ficou DBBean
http://db.apache.org/torque/ :idea:
aindaaaa não eh o que a gente quer…