Em 28/06/2011 16:33, Udlei Nattis escreveu:
> - Evitar sempre que possível insert, update e selects avulso
> Isto quer dizer, qualquer ação no banco, principalmente que envolva
> insert, update ou delete deve ser feita através de procedures. Seria uma
> aplicação burra onde toda a inteligência do negócio está no banco, um
> dos principais motivos pela mudança de banco.
A última vez que eu ouvi isto foi quando eu usava Firebird há muitos
anos atrás, antes de começar a usar o postgresql. A desculpa era
melhorar a performance para evitar que todas as vezes o firebird
recompilasse as querys e verificasse os possíveis erros nela contidos
além facilitar a construção de sistemas usando esta "flexibilidade de
programação" que você comenta. Conheço pessoas que fizeram isto na época
e que até hoje sofrem porque o firebird não evoluiu muito desde então e
como a lógica está totalmente atrelada ao banco de dados, qualquer
pensamento de migração para um outro SGDB é inviável.
Eu não entrei nesta onda na época porque achava isto completamente sem
sentido (e ainda acho) e desde a release 7.4 estou muito feliz com o
PostgreSql. Insert, update e delete é padrão SQL e deve/deveria
funcionar em qualquer banco de dados sem alteração. Apenas procedimentos
muito específicos que envolvam muita lógica ou várias solicitações ao
banco eu prefiro deixar a cargo do banco de dados através de procedures.
Fora da lista de firebird na época, nunca ouvi na minha vida alguém
sequer cogitar algo deste tipo para um projeto sério. Não sei se ainda
hoje é assim.
Abraço,
--
Shander Lyrio
_______________________________________________
pgbr-geral mailing list
[email protected]
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
