Ainda nao consegui entender qual o "grande lance" do Hibernate

JavaTeenager Membro desde: 19/01/2011 11:18:36 Mensagens: 161 Offline

Nao é mais facil pegar um livro de SQL e utilizar o JDBC?? (sou novato em java)

Mas sinceramente.. to aqui tentando utilizar esse Hibernate.. mas nao consigo encontrar uma "funcionalidade" pra ele.. tudo o que eu faco com o JDBC (sem usar aquele bando de anotacoes.. e sem consigurar um zilhao de XML's tal).. eu faco com o JDBC..

Pelo o que me parece utilizam o Hibernate pq tem gente que nao sabe SQL.. mas pra usar o Hibernate se usa uma linguagem interna se nao me engano o nome é HQL..
Nao é mais facil aprender SQL que é "padrao"??

Sei la.. me ajudem a entender

GUJ Ranger Membro desde: 27/10/2004 12:01:50 Mensagens: 761 Offline

faeldix,

Não me interprete mau, mas você está muito equivocado!
Qualquer pessoa que não tenha o minimo de conhecimento em SQL será infeliz com o hibernate, ou seja, terá que aprender SQL e Hibernate.

Em relação a "funcionalidade", não consigo imaginar o tipo de projeto que você tem trabalhado, mas é FATO, com hibernate você ganhará muito em produtividade, imagine só você substituindo todas suas classes DAO por uma generica ?

Fica uma dica, procura tutoriais que demonstrem bons exemplos com JDBC e o mesmo com Hibernate...

Boa sorte!

JavaEvangelist Membro desde: 11/04/2006 09:35:56 Mensagens: 343 Offline

O grande lance do Hibernate não é a sintaxe utilizada para realizar as buscas em si, e sim a abstração que ele faz do mundo relacional para o mundo OO (ORM).

Hibernate cra sozinho sua tabela e suas entidades, vc nao precisa construir o banco primeiro, pra depois comecar a programar..
programa td em java e o hibernate cria as tabelas e os campos pra vc

Olá.

Nao é mais facil pegar um livro de SQL e utilizar o JDBC?? (sou novato em java)

Não

O hibernate não é uma ferramenta para que o programador não tenha que aprender SQL. Um conceito importantíssimo que você não está considerando, provavelmente porque está somente estudando os conceitos e não aplicando-os profissionalmente é a produtividade.

É muito mais rápido e menos propenso a falhas fazer essas interações com o banco de dados usando o Hibernate que usando o JDBC puro, ao menos 80% delas, não tudo. E o legal é que a ferramenta te permite usar o SQL para atender essa porcentagem de atividades que por ele seriam mais complexas ou menos produtivas.

Abs

Quando iniciei com java também tinha a mesma visão que vc.
Depois de começar a trabalhar com projetos cada vez maior, observei que a produtividade e o tempo aumentaram significamente
utilizando Hibernate, Toplink etc..

um exemplo, com este método genérico você salva qualquer um registro em QUALQUER tabela, que esteja mapeada.

existe facilidade para consulta, update, delete, ou seja, (n) vantagens.

JavaChild Membro desde: 26/09/2008 08:19:29 Mensagens: 128 Offline

boa tarde faeldix.

jdbc é o acesso ao banco da linguagem java #FATO, mas como deve ter notado é EXTREMAMENTE "braçal" demanda muito trabalho manual, enquanto o hibernate mapeia as entidades 1 vez e sai usando

enquanto o HQL... ele existe... mas existem alternativas como hibernate criteria (procure no forum sobre, ou acesse http://docs.jboss.org/hibernate/core/3.3/reference/en/html/querycriteria.html )

existe tambem a vantagem da portabilidade, em teoria uma aplicaçao mapeada corretamente e com "DAO´s" bem pensados, funcionaria em qualquer banco, ja o jdbc.. caiu a casa se mudo o banco.

concordo que nao parece logico resolver uma complexidade (o sql e o acesso a dados) adicionando outra (hibernate)

mas medindo os prols e contros, acredito que eh vantajoso o uso do hibernate.

Converter um objeto (classe java) em uma entidade(tabela) possibilitando a persistência do mesmo.

GUJ Master Membro desde: 29/05/2008 14:09:28 Mensagens: 1617 Offline

E quem disse que aprender JPA/Hibernate te dispensa de conhecer SQL ou banco de dados relacionais ?

Usar JPA/Hibernate simplesmente te dispensa de um trabalho que você tem que fazer cedo ou tarde para um sistema robusto: um framework de persistência. É impossível fazer um sistema grande sem centralizar o código de acesso ao banco de dados, e ao passo que o JPA define uma padronização, o Hibernate é uma boa opção de implementação.

Você pode até começar a implementar um sistema com JDBC puro, mas logo você vai encontrar alguns problemas:

- repetirá diversas vezes o mesmo tipo de código para CRUD;
- não delimitará o número de conexões com o banco;
- repetirá diversas consultas desnecessárias;
- duplicará vários objetos que representam a mesma entidade;
- precisará controlar transações concorrentes;

enfim, à medida que você encontra esses problemas e tenta resolvê-los por si, você vai descobrir a necessidade de implementar toda uma camada de persistência, para que essas atividades não fiquem misturadas com as regras de negócio. Sendo assim, é mais fácil utilizar uma implementação pronta do que escrever uma nova.

Na minha opinião, apesar de economizar muito trabalho braçal o Hibernate não é um framework simples de se usar. Quem for usar tem que entender os conceitos por trás da ferramenta: ORM, caching, controle de transações, join's, etc.

faeldix wrote:Nao é mais facil pegar um livro de SQL e utilizar o JDBC?? (sou novato em java)

Mas sinceramente.. to aqui tentando utilizar esse Hibernate.. mas nao consigo encontrar uma "funcionalidade" pra ele.. tudo o que eu faco com o JDBC (sem usar aquele bando de anotacoes.. e sem consigurar um zilhao de XML's tal).. eu faco com o JDBC..

Pelo o que me parece utilizam o Hibernate pq tem gente que nao sabe SQL.. mas pra usar o Hibernate se usa uma linguagem interna se nao me engano o nome é HQL..
Nao é mais facil aprender SQL que é "padrao"??

Sei la.. me ajudem a entender

Você programa orientado a objetos? Como você fazia o mapeamento antes de usar o hibernate? Que linguagem que você usava?

JavaTeenager Membro desde: 19/01/2011 11:18:36 Mensagens: 161 Offline

Pessoal muito obrigado pelas respostas.. alguem tem ideia de um bom material pra aprender Hibernate.. sem que seja aqueles do tipo "veja e faca". Odeio criar um objeto e nao saber o pq estou criando ele rs.

abs []'s

Odeio criar um objeto e nao saber o pq estou criando ele rs

rs, boa, eu tb nao gosto desses tutoriais nao... nem sei oq estou fazendo...

uma otima documentacao é a do proprio hibernate

http://www.hibernate.org/docs

JavaChild Membro desde: 26/09/2008 08:19:29 Mensagens: 128 Offline

faeldix wrote:Pessoal muito obrigado pelas respostas.. alguem tem ideia de um bom material pra aprender Hibernate.. sem que seja aqueles do tipo "veja e faca". Odeio criar um objeto e nao saber o pq estou criando ele rs.

abs []'s

http://docs.jboss.org/hibernate/core/3.6/reference/pt-BR/html/tutorial.html

em português.

GUJ Master Membro desde: 29/05/2008 14:09:28 Mensagens: 1617 Offline

As melhores referências são essa documentação que o pessoal postou e o livro Java Persistence com Hibernate, do próprio Gavin King, o cara que criou o Hibernate. Dá pra achar o livro por uns 100 reais na net.

Você está certo em querer estudar SQL. Afinal, querendo ou não, essa é a linguagem dos bancos de dados.

A questão do Hibernate/JPA é integrar o banco de dados à aplicação de forma transparente, com orientação à objetos e de forma mais prática. Uma das coisas chatas de usar JDBC puro é a questão dos bindings das tabelas, o excesso de queries que terá que criar para cada tabela, a possibilidade de falhas de sintaxe ou lógica de linguagem SQL também são aumentadas, mas mesmo assim, há casos que não dá para fugir do JDBC, a exemplo recursos de bulking update e batch.

Notícias, artigos e o maior fórum brasileiro sobre Java