[firebase-br] Polemica construtiva

[Eduardo Pelizzari de Andrade]

Para uma aplicação cliente x servidor, com duas camadas é melhor usar 
procedure, trigger e funções rodando no banco para não congestionar a 
rede . A colocação dos seus amigos é válida para sistema multicamadas, 
onde você vai isolar as funções de processamento em um servidor de 
aplicação e ele implementa as regras de negócio, só ele estará conectado 
com o servidor de banco de dados e os clientes deverão estar conectados 
no servidor de aplicação. Neste caso não tem sentido criar trigger ou 
procedure, já que tem alguém que faz o processamento, provavelmente de 
forma mais eficiente e oferencendo mais recursos aos programadores. 
Sistemas multicamadas tem outras vantagens, a escalabilidade é melhor 
administrada, já que você pode ter até vários computadores fazendo 
processamentos paralelo, a segurança já que é possível isolar mais ainda 
os dados, as vezes até custo com licenças de banco de dados, as vezes é 
possível usar poucas conexões com o banco de dados, entre outras.
Existe uma tendência que os softwares onde existe um grande tratamento 
de dados, passem a ser cada vez mais multicamadas, da mesma forma que 
houve uma tendência para que estes softwares passassem a ser cada vez 
mais cliente x servidor. Hoje nem tudo se resolve com sistema cliente x 
servidor ou multicamadas, amanhã nem tudo se resolverá com sisitemas 
multicamadas, mas é importante conhecer a tecnologia.
No início do desenvolvimento do software, devemos decidir qual 
arquitetura usada pesando vários critério e a portabilidade do banco é 
um destes critérios. Se for importante oferecer a portabilidade de banco 
de dados com certeza o software deve ser multicamadas. Agora ser banca, 
ser bom é diferente de ser necessário. Tudo tem seu preço, quando vamos 
desenvolver um software devemos saber pelo que vamos pagar, para 
oferecer um bom custo x benefícios e agregando o que é mais importante 
para o software.

Eduardo Pelizzari de Andrade
Persoft Softwares Aplicativos




Renato André escreveu:
> Pessoal,
>
>
> Eu estava na sala de aula conversando com meus amigos e com o professor e o pessoal foi unánime em afirmar  que o certo é o banco de dados somente servir como depositário de dados, e que procedimentos e funções devem ser deixados no programa executável, pois a pessoa pode precisar mudar de banco por qualquer motivo que não vem ao caso ... e deixando procedimentos e funções no banco, o usuário ficaria preso naquela base. De certa forma entendi a visão, e fiquei em dúvida... o que vocês pensam a respeito disso? É válido realmente encher o banco de rotinas? Isso é tecnicamente correto? Gostaria de saber a opinião de vocês no sentido de quais as vantagens e desvantagens, se acham certo ou errado tal metodologia.
>
> Obrigado,
> Renato André.
> ______________________________________________
> FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br
> Para saber como gerenciar/excluir seu cadastro na lista, use: http://www.firebase.com.br/fb/artigo.php?id=1107
> Para consultar mensagens antigas: http://firebase.com.br/pesquisa
>
>