Em 14 de janeiro de 2016 18:25, Saraiva Silva <[email protected]> escreveu:
> Isso é um assunto recorrente no meio da comunidade de desenvolvimento, e é > quase unanimidade entre desenvolvedores a contrariedade em deixar as regras > de negocio no banco. Mas eu nunca vi a opinião de DBAs a respeito. > Sem contexto eu sinto dizer que não há resposta adequada. Todo caso, acho que dá pra generalizar e dizer que, com base que o servidor de banco de dados é a máquina mais porrada da empresa, deixar as regras de negocio no banco tendem a agilizar o processamento e, por outro lado, colocar tudo pra rodar no banco dificulta um pouco a escalabilidade do mesmo. Eu sou a favor de tentar colocar a logica no banco, mas nem sempre é uma boa idéia. Por que? Primeiro pq te amarra na solução do banco de dados. Isso não é necessáriamente ruim, mas nem sempre é do interesse da software house. Eu já atendi clientes em ambos os cenários: toda logica no banco, via PL e triggers e somente repositorio. Ambos tiveram problemas de desempenho. Deixar a logica no banco deixa o processo menos burocratizado pra resolver. Já que deixar a logica na aplicação pode resultar em ajustes de infra e tudo mais. Vc tem algum caso especifico pra comentar? Algum problema real? -- Sebastian Webber http://swebber.me
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
