[firebase-br] RES: RES: Stored Procedures

[Davi Eduardo Borges Wall]

Ok, certo. Vou mudar o "approach".


Eu não faria com SP. Por experiência própria. A não ser em processos críticos.

[]'s

-----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:10
Para: FireBase
Assunto: Re: [firebase-br] RES: Stored Procedures


> A diferença é que você pode automatizar a inclusão de um campo no seu programa.
> Rotina de inclusão de campo cria o campo na base.
> Rotina de interpretação de tela já cria o campo na tela pronto pra ser utilizado.
> Outra rotina cria o campo no seu objeto de negocio e consequentemente já salva o dado desse novo campo.
> Sem precisar fazer manutenção. A única manutenção seria informar pro sistema o campo e as propriedades dele,
> Ou algum controle de tela específico.
>   

Esse tipo de automatização também pode ser aplicado usando-se SPs. Mas 
outra questão é que, esse tipo de recurso é normalmente voltado para o 
técnico em BD. Dificilmente o usuário comum vai usar um recurso desse. O 
mais comum é o usuário trabalhar com um BD já estruturado para as suas 
necessidades, com pouca exigência de alteração do BD.

> Quanto ao programa recompilado. Se vc incluir um campo no seu objeto de negocio, vai ter que incluir no seu programa
> e na SP. Se por exemplo for um campo de entrada de dados, vc vai ter sim que recompilar seu projeto ou módulo.
>   

Eu disse que "... MUITAS alterações não requerem que o programa seja 
recompilado ..", por exemplo, em consistências de comandos DML. Não me 
referi a alterações que requerem alteração de telas. Mas, sem a 
utilização de SPs, em pelo menos 95% dos casos de manutenção de regras 
de negócios os sistemas com os quais trabalho precisariam ser 
recompilados. Com uso de SPs esse percentual cai para, no máximo, 80%.


Davi Eduardo Borges Wall escreveu:

> A diferença é que você pode automatizar a inclusão de um campo no seu programa.
>
> Rotina de inclusão de campo cria o campo na base.
> Rotina de interpretação de tela já cria o campo na tela pronto pra ser utilizado.
> Outra rotina cria o campo no seu objeto de negocio e consequentemente já salva o dado desse novo campo.
>
> Sem precisar fazer manutenção. A única manutenção seria informar pro sistema o campo e as propriedades dele,
> Ou algum controle de tela específico.
>
> Quanto ao programa recompilado. Se vc incluir um campo no seu objeto de negocio, vai ter que incluir no seu programa
> e na SP. Se por exemplo for um campo de entrada de dados, vc vai ter sim que recompilar seu projeto ou módulo.
>
> []'s
>
> -----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 09:58
> Para: FireBase
> Assunto: Re: [firebase-br] Stored Procedures
>
> Pessoal, eu realmente estou decepcionado com os argumentos contra as SPs.
> Por exemplo, "se for criado um novo campo, as SPs precisam sofrer 
> manutenção". Oras... Se não for por SPs, quem vai precisar de manutenção 
> é o programa. Qual a diferença?
> Mas, as SPs têm uma vantagem: muitas alterações não requerem que o 
> programa seja recompilado e feito todo um processo de reinstalação.
>
> HPensador 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
>
>   


______________________________________________
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