[firebase-br] RES: Stored Procedures

[paulosxs Yahoo!]

Na verdade, a minha opinião está parcialmente formada. O problema é que, 
nos contextos em que trabalhei até hoje (que considero bem restritos), 
ainda não percebi grandes vantagens do uso de classes em vez de SPs. Mas 
tenho a mente aberta e não descarto a possibilidade de vir a me 
encontrar numa situação em que perceba que classes contribuem bem mais 
para a produtividade. Talvez aqueles que adotam classes estejam vivendo 
uma experiência bem diferente da minha e espero contar com suas 
experiências quando me encontrar na mesma situação. Quando questiono 
enfaticamente o ataque a SPs, não é por fanatismo, é para gerar o máximo 
possível argumentos que me convenção das vantagens das classes, e o faço 
porque acho saudável a abordagem desse tema polêmico e importante no 
desenvolvimento de sistemas. ;-)


Davi Eduardo Borges Wall escreveu:
> O que parece, é que você não tem uma dúvida sobre aplicação de SP's em um sistema.
>
> Você tem uma opinião formada. Se vc tem uma opnião formada, utilize-a.
>
> -----Mensagem original-----
> De: lista-bounces em firebase.com.br [mailto:lista-bounces em firebase.com.br] Em nome de paulosxs Yahoo!
> Enviada em: sexta-feira, 17 de agosto de 2007 11:26
> Para: FireBase
> Assunto: Re: [firebase-br] Stored Procedures
>
>   
>> (...) toda a regra que antes ficaria em SP, ficam em classes, sendo assim
>> extremamente facil modificar regras de negocio (...)
>>     
>
> Para modificar uma SP é bem mais simples, pois não precisa reconstruir 
> uma classe e pode ser testada na hora.
>
>   
>> (...) sem o risco de ficar
>> desatualizado em determinados bancos de dados, já que fica centralizado no
>> aplicativo e não no banco de dados, embora mais lento em relação as SP, fica
>> mais seguro e robusto a aplicação.
>>   
>>     
>
> Concordo no quesito atualização do BD. Mas, considerando todas as 
> vantagens de SPs, acho que compensa criar um recurso para alteração 
> automática das regras de um BD desatualizado. Quanto a ser mais robusto, 
> discordo, pois a aplicação torna-se mais exigente e, consequentemente, 
> mais instável. Em teoria, um SGBD normalmente é mais robusto do que as 
> aplicações clientes. Outra coisa.. em linguagens de plataformas 
> exclusivas (Delphi, Visual Basic) a classe teria que ser refeita para 
> rodar em outro SO. Com as SPs no BD, ele fica acessível a qualquer 
> plataforma.
>
>
> João Paulo Silva Simões escreveu:
>   
>> Concordo com o amigo, no sistema de folha de pagamento que trabalho hoje,
>> toda a regra que antes ficaria em SP, ficam em classes, sendo assim
>> extremamente facil modificar regras de negocio, sem o risco de ficar
>> desatualizado em determinados bancos de dados, já que fica centralizado no
>> aplicativo e não no banco de dados, embora mais lento em relação as SP, fica
>> mais seguro e robusto a aplicação.
>>
>> Em 17/08/07, HPensador <hpensador em gmail.com> escreveu:
>>   
>>     
>>> Bom dia Ronaldo!
>>>
>>> Amigo, sai fora de SPs. Rapaz um sistema ERP por menor que seja, já é
>>> muito trabalhoso de dar manutenção, agora imagine só manutenção em
>>> diversas SPs pelo simples fato da criação de um novo campo em alguma
>>> tabela como sitou alguém antes.
>>> Dou manutenção em um sistema de Folha de Pagamento, o mesmo tem + de 50
>>> SPs e sofro que só mala veia para dar manutenção nas mesmas. Aos invés
>>> de SPs faça isso no codigo, crie uma unit em seu projeto onde vc
>>> colocará todas essas suas funções e ficará bem mais simples para vc dar
>>> manuteção.
>>>
>>> Sds,
>>>
>>> HPensador
>>>
>>>
>>> ______________________________________________
>>> FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br
>>> Para editar sua configuração na lista, use o endereço
>>> http://mail.firebase.com.br/mailman/listinfo/lista_firebase.com.br
>>> Para consultar mensagens antigas: http://firebase.com.br/pesquisa
>>>
>>>     
>>>       
>>
>>   
>>     
>
>
> ______________________________________________
> FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br
> Para editar sua configuração na lista, use o endereço http://mail.firebase.com.br/mailman/listinfo/lista_firebase.com.br
> Para consultar mensagens antigas: http://firebase.com.br/pesquisa
>
> ______________________________________________
> FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br
> Para editar sua configuração na lista, use o endereço http://mail.firebase.com.br/mailman/listinfo/lista_firebase.com.br
> Para consultar mensagens antigas: http://firebase.com.br/pesquisa
>
>