Pessoas, Quando voces trabalham com uma framework de ORM voce irá invariavelmente ter queda queda de performance sim. Óbvio que nas query's mais simples, essa queda praticamenente imperceptível mas nas query's mais complexas infelizmente, a diferença as vezes chega ao ponto de a melhor solução seria implementar a query em SQL nativo do banco que está sendo utilizado (Oracle, SyBase, DB2, MySql, PostgreSQL, etc.).
Não se esqueçam que quando um "hql" é executado, os seguintes processes são executados: 1. A sua framework irá fazer o "parsing" dos seus mapeamentos e irá montar o SQL Nativo 2. Quando o parsing é feito sem erros, um SQL nativo é gerado somente entao, realizando a mudança do paradigma OO para o paradigma relacional (paradigma da maioria dos bancos comerciais).o sql é executado BEEEM, basicamente é isso. Não se esqueçam que a maioria das aplicações ainda rodam sobre banco de dados relacionais e essas frameworks de ORM, na verdade fazem a conversão e comunicação entre esses 2 mundos distintos. Talvez no dia que utilizemos somente banco de dados OO, teremos equivalência de performance. Uma maneira de talvez melhorar a perfomance, seria utilizar os mecanismos de cache das implementações JPA, mas ai é ouuutra história. Abraço a todos 2009/9/30 RafaelViana <rfl.vi...@gmail.com> > > Ainda não estudei a fundo ORMs ou JPA.Então posso não ser a pessoa > mais aconselhada para falar sobre isso mas vou dar minha opinião. > > No meu caso uso o Hibernate como ORM e o Spring.Realmente pesquisas > com o Hibernate (acho que ORM no geral) são mais lentas isso é > comprovado.Porém essa diferença em pesquisas menores não é notada.Só > que ele facilita muitoooo o trabalho.(muito mesmo) comparado a fazer > tudo com SQL na mão... > No Hibernate você tem a opção de usar comandos SQL o que deixa a sua > consulta tão rápida quanto se estivesse usando apenas SQL.Então se o > seu sistema não é enorme, estude a opção de usar um ORM para facilitar > o trabalho, e caso tenha alguma consulta mais demorada utilize SQL na > mão. (faça alguns testes e verifique a diferença de perfomance) > > Acho que tanto para inserir e excluir pode ser usado as facilidades do > Hibernate, já que, esses não são tão demoradas comparadas as > pesquisas. > > On 30 set, 00:12, Mário Júnior <juninho...@gmail.com> wrote: > > JPA é legal, bom de manter, escreve pouco ... mas tudo isso são vantagens > > para o programador. > > Vantagens para o usuario (performance), esquece. > > > > Nenhum grande sistema utiliza JPA. > > Estamos desenvolvendo um produto para acesso de milhares de pessoas > > simultaneamente, e o uso de ORMs já foi descartado logo de cara. > > > > Mas ORMs são ruins? Não... sao bons sim, mas só quando bem aplicado e > para > > aplicacoes com pouca concorrencia de usuarios. > > HJaa. outra coisa tb é saber modelar o relacionamento entre esses > objetos... > > se tiver alguma entity "super god" (um grafo de objetos grande) já era.. > > desempenho cai lá embaixo. > > > > Para conexao, melhor usar pool (mas independe de usar ORM ou nao). > > > > Abraços. > > > > 2009/9/29 Alexandre Afonso <afonso...@gmail.com> > > > > > Eu gosto muito de utilizar JPA nunca tive problemas. É so tomar cuidado > com > > > os mapeamentos. E aconcelho tbm fazer a dobradinha com EJB. > > > > > -- > > > Alexandre Afonso > > > > -- > > Mario Junior > > Enterprise Java / Flex Architectures > > Adobe Certified Expert Flex 3 with AIR > > > > Sofshore Informáticahttp://www.sofshore.com.br > > +55 (48) 3337 2003 > > Rua Pastor Willian Richard Schisler Filho 452 sl 102, 88034-100 Itacorubi > > Florianopolis SC Brasil > > > -- Vinicius Branda Martinez MSN/GTalk: vinicius.b.marti...@gmail.com Skype: vinicius.branda --~--~---------~--~----~------------~-------~--~----~ Você recebeu esta mensagem porque está inscrito na lista "flexdev" Para enviar uma mensagem, envie um e-mail para flexdev@googlegroups.com Para sair da lista, envie um email em branco para flexdev-unsubscr...@googlegroups.com Mais opções estão disponíveis em http://groups.google.com/group/flexdev -~----------~----~----~----~------~----~------~--~---
