"""Já vi aplicações com Hibernate usando views, functions, gatilhos, etc. Só saber passar por fora do ORM na hora certa."""
Para isso o programador tem que escrever sqls na aplicação certo? Isso pra mim quebra a vantagem do ORM, pois sua proposta é não deixar que isso aconteça. Se eu tiver que usar ORM e ainda assim ter que escrever sql para executar view, SP, etc, prefiro logo abandonar o framework e partir pro SQL, pois se isso acontece é pq ele não atende no que ele se propõe em fazer. Talvez eu esteja sendo xiita nessa caso mas é como eu vejo. Em 15 de janeiro de 2016 20:01, Fábio Telles Rodriguez < [email protected]> escreveu: > > > Em 15 de janeiro de 2016 19:49, Saraiva Silva <[email protected]> > escreveu: >> >> >>> Acho o seguinte se o banco de dados tem todos esses recursos devemos >>> explorar o máximo agora para servir só de repositório os NoSQL estão ai pra >>> isso. >>> >> > Isso não é verdade. Você pode usar o melhor de cada um. O problema é que > nem todos tem a habilidade de usar ambos os recursos corretamente. Já vi > aplicações com Hibernate usando views, functions, gatilhos, etc. Só saber > passar por fora do ORM na hora certa. Só usar as regras de negócio de forma > que fique relativamente transparente para a aplicação. Tem que fazer > direito, só isso. Se o programador e o DBA tiverem competência e sentarem > juntos para desenhar, dá certo sim. > > -- > Atenciosamente, > Fábio Telles Rodriguez > blog: http:// <http://www.midstorm.org/~telles/>s > <http://tellesr.wordpress.com/>avepoint.blog.br > e-mail / gtalk / MSN: [email protected] > Skype: fabio_telles > > Timbira - A empresa brasileira de Postgres > http://www.timbira.com.br > > _______________________________________________ > pgbr-geral mailing list > [email protected] > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral >
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
