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. > Duas coisas que deve ter em mente: (i) o tempo de execução de um I/D/U será maior se encapsular consultas simples em funções e (ii) o investimento com hardware será maior (visto que o gasto de CPU e memória será maior).
> Trata-se de uma aplicação de ecommerce, hoje em nossa base temos > aproximadamente 2GB de dados funcionando muito bem, a mudança seria para > permitir maior flexibilidade na programação, deixando todo o trabalho > pesado por conta das procedures, functions e views. > Em geral, eu deixaria somente as regras de negócio complexas para funções. Mas isso é um tema tão polêmico que eu diria que depende muito do negócio envolvido. Já trabalhei com diversas aplicações que preferem esconder o negócio utilizando funções mesmo que isso implique em utilizar um hardware mais poderoso. -- Euler Taveira de Oliveira - Timbira http://www.timbira.com.br/ PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento _______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
