| Autor |
Mensagem |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 13/09/2011 12:00:50
|
raf4ever
GUJ Master
Membro desde: 30/01/2005 01:34:51
Mensagens: 1755
Localização: Fortaleza-Ce
Offline
|
saoj wrote:
raf4ever wrote:
fabim wrote:Já presenciei casos em que simplesmente abortaram o uso de hibernate pq 90% das pesquisas eram bem pesadas (necessitavam de uma Query bem especifica, muitas vezes até apelando pra funcoes do fabricante ex: Oracle CONNECT BY PRIOR), e o SQL gerado por ele nao atendia.
Só usar uma 'native query',não?
A independencia de banco de dados vai para o quiabo, se é que algúem deva ser preocupar com isso.
Nesse ponto eu concordo contigo,esse argumento da portabilidade é um daqueles que eu nunca vi(e nem conheço) ser usado na prática.
Mas queria levantar o seguinte ponto q não tentar usar o melhor dos 2 mundos(deixar o Hibernate/JPA fazer bem o que ele sabe e resolver caso-a caso esses problemas pontuais?
Eu,por exemplo,gosto muito da facilidade que o Hibernate me proporciona(Anotattions,Api de Criteria,Projections etc) mas não hesito em deixá-lo de lado nos(poucos) casos onde ele mais me atrapalha do que ajuda.
|
Rafael Roque
Quis custodiet ipsos custodes?
IBM Certified SOA Associate
ITIL Foundations Certified
SCEA(I)
SCWCD
SCJP
|
|
|
 |
|
|
![[Post New]](/templates/default/images/icon_minipost_new.gif) 12/10/2011 20:06:27
|
Luiz Augusto Prado
JavaEvangelist
![[Avatar]](/images/avatar/3d1c8c0a9b95a18b60e7cbdbeea7741f.jpeg)
Membro desde: 20/02/2008 23:02:08
Mensagens: 430
Localização: Brasília
Offline
|
Muitissimo legal suas considerações saoj.
É bom saber que existem outros que mesmo conhecendo as tecnologias vigentes e utilizadas pelo mercado é aberto a novas tecnologias.
É gente assim que abre caminho para a maioria de nós pequenos programadores.
Go ahead!!!
Todo mundo começa pequeno e enfrentando multidões.
Não é porque a maioria come coco (infelizmente come) que eu vou comer também não é?
http://www.guj.com.br/java/255094-hibernate-e-jpa-por-que
Como no caso do word da Microsoft de 100% do que ele pode fazer a maioria só utiliza 8%
A ideia de padronizar as ferramentas para ORM e exigi-las como criterio para avaliação de conhecimento é que não me soa muito interessante.
É direito de escolha de todo desenvolvedor decidir e opinar quais fundações são melhores para seus projetos.
Como eu disse no post acima, hibernete não é ruim, mas não dá pra me engessar nele.
|
Alfabetizador Orelha: http://www.codigorapido.com.br/alfa/palcosalfa.html
Meu ORM em java: http://www.guj.com.br/java/257619-meu-pequeno-orm-em-java-inspirado-no-linq-to-sql
Blog: http://ideiasdeprogramacao.blogspot.com/
Geometria Euclidiana Plana com cálculo proposicional
"Onde não ha verdade não ha sociedade." (Luiz Augusto Prado)
Evite o mal, faça o bem e cultive a mente
Atos 2:44-46
VEJAM ISSO!!!
Vídeo censurado no Brasil |
|
|
 |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 18/01/2012 13:56:59
|
mrbbm
JavaChild
Membro desde: 16/12/2009 14:49:58
Mensagens: 125
Offline
|
Há vantagens e desvantagens, lógico.
Acho que o essencial é sempre buscar ter conhecimento de banco e ter BOM SENSO. Por exemplo, se a pessoa deixar as queries sendo exibidas no console e tiver o costume de acompanhá-las, mesmo que uma vez ou outra, pode otimizar suas consultas, fazendo queries específicas quando for o caso, evitando tráfego pesado e desnecessário.
É isso aí: Conhecimento + Bom senso.
|
|
|
 |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 18/01/2012 13:59:33
|
dtxk
Java Ninja
![[Avatar]](/images/avatar/5f5048350d1ed3a2227930926411f64c.jpg)
Membro desde: 09/03/2010 00:57:50
Mensagens: 264
Offline
|
cara vai procurar mulher... ave...
|
|
|
 |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 18/05/2012 23:28:32
|
javaflex
Entusiasta Java
Membro desde: 03/01/2011 02:34:14
Mensagens: 21
Offline
|
Só não gosto quando usam Hibernate como se fosse bala de prata. Hibernate é muito bom pra maioria dos casos, mas pra relatórios e consultas complexas uso SQL nativo, o próprio hibernate é aberto a isso através de named querys.
This message was edited 1 time. Last update was at 19/05/2012 14:49:26
|
|
|
 |
|
|