Livre-se do SQL: uma introdução ao Hibernate  XML
Índice dos Fóruns » Artigos e Tutoriais
Autor Mensagem
Paulo Silveira
Administrador
[Avatar]

Membro desde: 07/08/2002 18:38:50
Mensagens: 4154
Localização: São Paulo
Offline

Assunto: Cansado de trabalhar com SQL queries diferentes para cada banco de dados? O Hibernate é uma consagrada solução para persistência de objetos.

Você pode ler este artigo na íntegra aqui

Por favor, coloque os seus comentários sobre este artigo aqui.

This message was edited 1 time. Last update was at 29/05/2005 00:21:23

[Email] [WWW]
louds
Moderador
[Avatar]

Membro desde: 29/04/2003 23:09:15
Mensagens: 4061
Localização: São Paulo
Offline

Legalzinho o hibernate.
Tenho uma duvida, porem, como ele trata relacionamento entre objetos?
Outra coisa, ao que me parece ele faz menos doque o jakarta toque faz, pq escolher ele e não o toque?
[ICQ]
urubatan
Moderador
[Avatar]

Membro desde: 21/09/2002 10:31:26
Mensagens: 2478
Localização: Porto Alegre/RS
Offline

Muito bom o artigo, parabens

[]'s
Rodrigo Urubatan
http://www.urubatan.com.br - pt_BR
http://www.urubatan.info - en_US
Arquiteto J2EE
Melhor livro de RoR do brasil: http://livro.urubatan.com.br
[WWW]
Paulo Silveira
Administrador
[Avatar]

Membro desde: 07/08/2002 18:38:50
Mensagens: 4154
Localização: São Paulo
Offline

louds wrote:
Tenho uma duvida, porem, como ele trata relacionamento entre objetos?
Outra coisa, ao que me parece ele faz menos doque o jakarta toque faz, pq escolher ele e não o toque?


o torque difere completamente do hibernate em relacao a ser preso em compile time: voce decide que banco de dados vai usar em compile time. Se voce quiser mudar depois de banco de dados, vai ter de regerar codigo fonte, recompilar.

Com o hibernate, ou com o ojb, voce muda isso sem recompilar nada, basta mudar alguns properties e schemas.

http://blog.caelum.com.br twitter: @paulo_caelum


[Email] [WWW]
cv
Moderador
[Avatar]

Membro desde: 04/04/2003 00:32:12
Mensagens: 7839
Localização: São Paulo, SP
Offline

Nossa, ficou muito bom o artigo, Daniel! Parabéns
[Email] [WWW] [Yahoo!] [MSN] [ICQ]
louds
Moderador
[Avatar]

Membro desde: 29/04/2003 23:09:15
Mensagens: 4061
Localização: São Paulo
Offline

Nao vejo muito problema em ter que regenerar os arquivos em compile time, que vai fazer isso é o ant mesmo.

Enfim, ficou bem legal o artigo, mostra em claras linhas do que se trata o hibernate.
[ICQ]
Daniel Quirino Oliveira
Moderador
[Avatar]

Membro desde: 23/03/2003 23:57:34
Mensagens: 3282
Localização: Awawawawa (Araraquara) - SP
Offline

Muito obrigado pelos elogios de todos .

Daniel Quirino Oliveira
[Email] [WWW]
Daniel Quirino Oliveira
Moderador
[Avatar]

Membro desde: 23/03/2003 23:57:34
Mensagens: 3282
Localização: Awawawawa (Araraquara) - SP
Offline

Sobre ter ou não que recompilar:
- se você não vê problema em ter que recompilar o projeto por causa de algumas mudanças e estiver mais acostumado com o Torque, fique com ele, mas saiba que o Hibernate lhe possibilita a mesma transparência persistente com o diferencial de não precisar recompilar;
- se você acha que compilação é um processo chato (mesmo usando ANT), use o Hibernate ;

Is this it? Oh yeah!!

Daniel Quirino Oliveira
[Email] [WWW]
thiagob
Thread.start()

Membro desde: 15/01/2003 14:47:15
Mensagens: 34
Localização: Brasília/DF
Offline

No caso de utilizar o hibernate em aplicações web. Onde coloco os arquivos de configuração?
[Email]
urubatan
Moderador
[Avatar]

Membro desde: 21/09/2002 10:31:26
Mensagens: 2478
Localização: Porto Alegre/RS
Offline

para ele achar sozinho, em WEB-INF/classes para você especificar, em qualquer lugar abaixo de WEB-INF assim garante nenhum client tenha acesso aos arquivos

[]'s
Rodrigo Urubatan
http://www.urubatan.com.br - pt_BR
http://www.urubatan.info - en_US
Arquiteto J2EE
Melhor livro de RoR do brasil: http://livro.urubatan.com.br
[WWW]
cv
Moderador
[Avatar]

Membro desde: 04/04/2003 00:32:12
Mensagens: 7839
Localização: São Paulo, SP
Offline

É geralmente uma boa prática fazer um .hbm.xml por classe mapeada colocar ele junto com a classe dentro do WEB-INF/classes, aliás

BTW, o XDoclet faz isso sozinho
[Email] [WWW] [Yahoo!] [MSN] [ICQ]
cv
Moderador
[Avatar]

Membro desde: 04/04/2003 00:32:12
Mensagens: 7839
Localização: São Paulo, SP
Offline

Ah, falei do XDoclet mas não postei nenhuma URL... aqui vai a referência pro HibernadeDoclet:

http://xdoclet.sourceforge.net/tags/hibernate-tags.html

Se vc vai pegar pesado com o Hibernate, isso é quase essencial
[Email] [WWW] [Yahoo!] [MSN] [ICQ]
davicdc
HelloWorld

Membro desde: 25/03/2003 17:47:25
Mensagens: 10
Localização: Belo Horizonte
Offline

Oi, pessoal nao li o artigo todo, mas ele tava falando tao mal do sql que fazia o mesmo parece um bicho de set cabeças, quero deixar claro que programo em delphi com interbase e o sql tem sido a soluçao de muitos problemas, pois ele faz o que as linguagens de programaçao nao faz, que sao as pesquisas avancadas nos bancos de dados. Sou suspeito para falar, pois nao sei a dificuldade de uso do sql no java, mas para quem programa em delphi e vb, sql é a soluçao....

Se tem algo que realmente pode fazer voce vencer na vida, é estudar, e muito!!!
[Email] [WWW]
cv
Moderador
[Avatar]

Membro desde: 04/04/2003 00:32:12
Mensagens: 7839
Localização: São Paulo, SP
Offline

SQL nunca é uma solução elegante quando está misturado no meio do código ou nas suas definições de objetos. Leia de novo a última palavra: OBJETOS! Eu programo em Java, eu quero que as tabelas, PKs e FKs se fodam, literalmente, eu quero trabalhar com objetos. Com Collections. Arrays. Métodos. Esse tipo de coisa... mas ainda assim meu chefe me manda falar com o banco de dados. O que eu posso fazer? Lambuzar meu código de SQL ou usar uma ferramenta que faz isso pra mim e poupa o meu trabalho?
[Email] [WWW] [Yahoo!] [MSN] [ICQ]
J2Alex
JavaEvangelist
[Avatar]

Membro desde: 18/01/2003 08:14:41
Mensagens: 346
Localização: São José dos Campos
Offline

Não que o sql seja ruim... a questão é que se vc não usar sql diretamente em seu código, vc consegue tornar sua solução independente do banco de dados. Essa é a vantagem. Na verdade, internamente ele vai continuar lá...

Tudo bem, vc usa Interbase e blz. Mas e se quiser usar Oracle? Ou MySQL? ... Essa é a questão chave. Vc não vai precisar mudar o seu aplicativo porque mudou de banco de dados.

Também programo em Delphi ( a 6 anos ) e desde que tenho começado a estudar Java, tenho aprendido alguns conceitos bem interessantes, que muitas vezes tenho empregado no próprio Delphi... e pode crer: Os conhecimentos de Java ajudaram a melhorar a qualidade de meus aplicativos em Delphi... É até engraçado isso...

Alexandre ( J2Alex )
aim icon
 
Índice dos Fóruns » Artigos e Tutoriais
Ir para:   
Powered by JForum 2.1.8 © JForum Team