Você só teria um impedimento ao uso do Hibernate se por acaso os DBAs da sua empresa não permitirem o uso de queries diretas (SELECT/INSERT/UPDATE/DELETE), permitindo apenas stored procedures.

thingol wrote:Vários lugares em que trabalhei funcionam assim, por razões de segurança, já que é possível atribuir permissões à stored procedure.

rodrigoy wrote:A relação entre DBAs e o Hibernate é péssima, pois IMHO DBAs estão perdendo bastante terreno atualmente. Alguns projetos que trabalhei onde os DBAs ficaram responsáveis pelo mapeamento OO->ER deu muitos problemas, pois os DBAs ficavam inventando histórias no mapeamento para fazer aquelas famosas justificativas: -"mas quando esse indice alcançar mais de 5 alocamentos de disco lá pelo ano de 2046 a performance ficará comprometida em 2 ms".

rodrigoy wrote:
Nos meus últimos projetos, o hibernate tem caído como uma luva. Alguns com mais de 300 tabelas não tive problema algum. Nem precisamos mais de modelagem de dados tipo MER. Nossa visão dos dados acaba sendo as próprias classes. Um modelo de classes já nos é suficiente. Nem precisamos do MER, nem sentimos falta. Aliás, nem escrevemos os scripts de geração do DB. O schemaexport resolve.

Neo wrote:Eu achei o Hibernate Synchronizer, que faz o contrário, gera classes Java a partir do banco.
http://hibernatesynch.sourceforge.net/

ZehOliveira wrote:O DBA daqui me pergunta "E aí, aprendeu a usar esse Hibernate?" umas duas vezes por semana. Quando não tem muita coisa pra fazer, ele fica observando os logs das consultas ao banco de dados e vê aquelas SQLs indecifráveis que o Hibernate gera. Daí, fica pensando que sou eu que não sabe usar.