Dependendo do CRUD, SPs podem ser melhor que ORM, podem ter melhor performance e melhor segurança de integridade e é a esses casos que me refiro.
-----Mensagem Original----- De: "Fábio Telles Rodriguez" <[email protected]> Enviada em: 15/01/2016 20:51 Para: "Comunidade PostgreSQL Brasileira" <[email protected]> Assunto: Re: [pgbr-geral] Regras de negocio no banco ou na aplicação Em 15 de janeiro de 2016 20:21, Saraiva Silva <[email protected]> escreveu: """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. Cara, não dá para usar ORM para fazer relatório, não dá para usar ORM para cuidar de transação complexa. Mas para fazer CRUD é lindo, ajuda pacas. Se você acredita que é tudo ou nada, sinto muito, não é assim que funciona. Ser um profissional experiente significa saber escolher a ferramenta certa no problema certo. Se você pensa que dá para usar 100% de ORM numa aplicação complexa... melhor vender coco na praia. -- Atenciosamente, Fábio Telles Rodriguez blog: http://savepoint.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
