Vamos lá, "Jesus, Maria e José":
Você escreveu o seguinte:
"Hibernate eh um *framework* com algumas caracteristicas ORM que implementa JPA
atraves do modulo EntityManager e Annotations."
No site da SUN, em http://java.sun.com/javaee/reference/faq/persistence.jsp,
está escrito o seguinte:
"The Java Persistence API draws upon the best ideas from persistence
technologies such as Hibernate, TopLink, and JDO."
Traduzindo:
"A Java Persistence API baseia-se nas melhores idéias de tecnologias de
persistência como Hibernate, TopLink, e JDO."
É sobre isto ao qual estou me referindo. Está no site da SUN, ok?
Desta forma, se eu utilizar a mesma, eu terei o código do mapeamento das
tabelas gerados em Entity Beans (3.0), com os respectivos getter e setter.
Um exemplo disso estaria em
http://www.oracle.com/technology/obe/obe1013jdev/10131/ejb_and_jpa/master-detail_pagewith_ejb.htm,
utilizando o JDEV. No mesmo, uma tela Master Detail é gerada com um mínimo de
digitação de código.
Dá uma olhadinha lá e, se possível, repasse esta informação aos
desenvolvedores daí.
Mas você também escreveu o seguinte:
"Para inicializar um EntityClass voce precisa percorrer o catalogo para obter
metadados de uma tabela, e por ai vc vai
entendendo toda a porcalhada para adquirir uma simples linha."
Isso eu não entendí mesmo. Como assim?
PS: Tem um desenvolvedor aquí pesquisando para tentar efetuar o mesmo exemplo
no NetBeans 6.8. Se alguém souber, gentileza repassar.
________________________________
De: Leonardo Cezar <lhce...@gmail.com>
Para: Comunidade PostgreSQL Brasileira <pgbr-geral@listas.postgresql.org.br>
Enviadas: Segunda-feira, 4 de Janeiro de 2010 11:00:24
Assunto: Re: [pgbr-geral] Res: Res: Uso de Campos Padrões
2010/1/2 MARCIO CASTRO <marciomouracas...@yahoo.com.br>:
> Caro Leonardo;
>
> O hibernate NÃO é baseado no JPA. Na realidade, e o contrário!
Jesus!
Hibernate eh um *framework* com algumas caracteristicas ORM que
implementa JPA atraves do modulo EntityManager e Annotations.
O Entity Manager do hibernate implementa JPA, JQL e outras bobagens.
JPA eh uma *especificacao* (leia-se interface) de API para mapeamento
objeto relacional e persistencia de dados. Leia um pouco mais sobre
Enterprise JavaBeans 3 para mais informacoes.
> E você poderia me explicar o porquê da "porcaria"? A empresa para a qual
> trabalho (já vou avisando que sou DBA, e não trabalho com Java) está para
> adotar a JPA. Quais seriam as vantagens ou desvantagens do mesmo?
Sou DBA e considerando isto, aplicacoes que acessam objetos (entities
classes) ao inves de tabelas, jah seria uma grande porcaria ... Por
que? Simples, para identificar a profundidade de um relacionamento,
todos os objetos (tabelas) referenciados precisam ser inicializados e
serializados. Para inicializar um EntityClass voce precisa percorrer o
catalogo para obter metadados de uma tabela, e por ai vc vai
entendendo toda a porcalhada para adquirir uma simples linha.
Considerando apenas o lado do desenvolvedor, utilizar ORMs eh uma
maravilha eh um sonho, eh produtivo e por ai vai ....
A coisa piora quando voce usa JQL en modelos complexos (recursividade,
hierarquia, &ca).
A _minha_ regra geral eh:
o Sou uma empresa que tem um produto especifico que evolui
lentamente, entao nao use frameworks ORM.
o Sou uma fabrica de software que tem varias demandas e uma equipe de
desenvolvedores com prazos apertados, entao usa essa droga ....
Parafraseando o Dutra: eu adoraria descobrir que estou completamente
errado sobre ORM, mas a prova esta nos logs de atividade do banco.
Abraco!
-Leo
--
Leonardo Cezar
http://www.aslid.org.br
http://postgreslogia.wordpress.com
_______________________________________________
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
____________________________________________________________________________________
Veja quais são os assuntos do momento no Yahoo! +Buscados
http://br.maisbuscados.yahoo.com
_______________________________________________
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral