Eu utilizo o Hibernate para desenvolvimento de aplicações e não tenho problema com desempenho, mesmo utilizando sem cache, com o pooling de C3P0, e conectado em 4 bancos distintos, além da utilização em conjunto com FDW.
Óbvio que, como qualquer outro framework, ele foi construído para resolver problemas específicos da realidade de quem o construiui (e depois veio o JPA para tentar padronizá-lo). Se sua realidade está fora dos padrões de desenvolvimento, com certeza irá enfrentear problemas na sua modelagem utilizando as notações tanto do JPA quanto do Hibernate. Acredito que o maior ponto negativo dele, seja de não permitir o usuário final utilizar reflexão Java para criar entidades dinâmicas. Há um outro framework que faz isso bem melhor: http://empire-db.apache.org/empiredb/hibernate.htm Hoje para mim, é inviável trocar o ORM pois a aplicação já está construída, entretanto, nas próximas aplicações provavelmente migrarei para o EmpireDB pois é mais próximo a minha realidade. O Apache Cayenne também é uma boa alternativa: http://cayenne.apache.org/ Abs, Bruno 2012/10/26 <[email protected]>: > A execução de queries com jdbc puro é muito mais rápido do que com > hibernate, supondo que o sql está bem escrito. > > Eu sei que muitos vão descordar, mas particularmente eu prefiro o eclipselink > com JPA. Consome menos memória (ihh discussão), existem poucas dependências e > a instalação requer apenas 2 jars. > > Alecindro > > Quoting Tiago Adami <[email protected]>: > >> Em 25 de outubro de 2012 11:14, rodrigo systemas >> <[email protected]> escreveu: >>> Pessoal! Hoje tenho sistemas para varejo(pequenas empresas) e para >>> indusrias(pequenas, medias e agora algumas medio/grandes). Ate o momento uso >>> o banco postgres. Não utilizo nenhum framework para dados, somente uso >>> conexão jdbc! Entao, nao conheço hibernate nem outra framework para dados. >>> Ouvi dizer que a conexção jdbc é mais rapida por tratar direto com o banco! >>> blz, mas tb ouvi dizer q usar um framework agiliza a programação...entao >>> fico nesse impasse....se adoto o hibernate vou ter mais agilidade mas vou >>> perder muita ou pouca performance? o que vale mais? rapidez no >>> desenvolvimento? rapidez na resposta do banco? >>> >>> Preciso da opinião de vocês! O hibernate ainda é o cara? ja tem algo mais >>> promissor e confiável? >> >> Vixe... já vi que essa discussão vai longe... >> >> Minha opinião: O Hibernate é uma boa ferramenta e agiliza muito o >> desenvolvimento em alguns aspectos, mas tem seus prós e contras como >> qualquer framework existente. Para usar o Hibernate você precisa >> conhecer muito bem o paradigma OO e pelo menos o nível 3 da Forma >> Normal de banco de dados, caso contrário você fará um DER voltado para >> suas classes de entidade do Hibernate ou vice-versa. >> >> Duas coisas que eu odeio no Hibernate: >> >> 1) "Ele" executa muitos comandos SQL DML desnecessários. Você >> precisara investir um bom tempo criando métodos para cada tipo de >> consulta específica se não quiser que ele busque todos os objetos >> associados ao objeto principal que você está consultando. E isso >> torna-se contraproducente e deixa seu modelo confuso com muitos >> métodos de pesquisa que fazem "quase" a mesma coisa. >> >> 2) Quando você usa uma aplicação com Hibernate em um servidor de >> aplicações, é preferível que nenhum outro aplicativo acesse o banco de >> dados para fazer alterações por causa do gerenciamento do cache de >> objetos que ele oferece. Se você não souber como e quando dar um >> "flush()" e houver outro aplicativo acessando o banco de dados, as >> informações apresentadas poderão estar desatualizadas em um ou outro >> aplicativo. >> >> Ao usar Java eu sou favorável ao uso de Hibernate, desde que seja >> agregado a um bom projeto usando os patterns DAO e Facade: Facade --> >> DAO --> HibernateDAO --> Hibernate. Mas terá que cuidar muito a >> questão do gerenciamento de cache. >> >> Quanto à conexão ser mais rápida via JDBC é balela. O Hibernate faz o >> mesmo tipo de conexão, mas como tem o cache pode "parecer" que o >> acesso é até mais rápido. >> >> -- >> TIAGO J. ADAMI >> http://www.adamiworks.com >> @tiadami >> _______________________________________________ >> pgbr-geral mailing list >> [email protected] >> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral >> > > > > _______________________________________________ > pgbr-geral mailing list > [email protected] > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral _______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
