[firebase-br] RES: Stored Procedures

[Paulo Geloramo]

Se analisar as vantagens e desvantagens e para isto
tem que conhecer as duas formas de trabalho.

O que estão querendo passar para você é a
experiência de anos de trabalho, vamos imaginar
que o ERP tenha 200 tabelas:

Usando procedure:
Desvantagem:
Teremos 600 instruções INSERT, UPDATE e DELETE
para escrever e depois dar manutenção.

NAO usando procedure:
Não necessita fazer nada, seu componente de acesso
faz este trabalho automagicamente.

Bom a lista de vantagens e desvantagens vai longe,
tem que analisar todas e escolher a melhor forma.

Na minha opnião, não usaria SP para simples Insert,
Update e Delete de tabelas, para usar teria que existir
uma razão muito especial que até o momento não consegui
encontrar.

Considerando somente a desvantagem acima,
não faria o ERP com manutenção com SP.

[]s
Paulo Geloramo


----- Original Message ----- 
From: "paulosxs Yahoo!" <paulosxs em yahoo.com.br>
To: "FireBase" <lista em firebase.com.br>
Sent: Friday, August 17, 2007 12:40 PM
Subject: Re: [firebase-br] RES: Stored Procedures


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
>
>


______________________________________________
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