[firebase-br] RES: RES: RES: Regras de negócio no Firebird

Sex Fev 17 13:28:51 -03 2017

Eu também concordo que regras de negócio devem ficar em servidores de aplicação. No entanto, vá tentar mudar isso em organizações que possuem essa mentalidade de engessar banco de dados com integridades referenciais reforçadas em triggers, validações de campos em constraints e regras de negócio implementadas em stored procedures.

Dependendo da cultura organizacional, é difícil mudar esse paradigma, principalmente em empresas de porte multinacional onde o desenvolvimento é muito restrito e/ou liderado por um time restrito que coordenada todo um ecosistema de aplicações usadas por toda a corporação.

Se você é um desenvolvedor de software e tem a preocupação que seu produto rode em diferentes plataformas de banco de dados, sem dúvida o uso de servidores de aplicação é crucial para organização de regras de negócio, distribuídos em serviços, workflows, mensagerias, etc.

Agora, se a cultura da empresa já é engessada, concentrando regras de negócio no banco de dados, dance conforme a música.

Sds.

________________________________
De: lista <lista-bounces em firebase.com.br> em nome de thiago.almeida em neainformatica.com.br <thiago.almeida em neainformatica.com.br>
Enviado: sexta-feira, 17 de fevereiro de 2017 13:03
Para: FireBase
Assunto: Re: [firebase-br] RES: RES: RES: Regras de negócio no Firebird

Só reforçando a opinião do nosso amigo Rento:

Já dizia o Bruno
Lichot há uns dez anos: Lugar de regras de negócio é no servidor de
aplicação.

[]'s

Francisco Thiago

Em 17/02/2017 09:22, Rento -
Eficaz Informática escreveu:

> Sou usuário da primeira versão do
Firebird.
> No início do nosso projeto eu e meu sócio debatemos algum
tempo sobre onde
> colocar as regras de negócios, pois tudo era tratado
diretamente na
> aplicação que iria para o cliente, e o Interbase era
utilizado apenas com um
> repositório de dados.
> Mas como iríamos
mudar para o Firebird, fizemos várias pesquisas e as
> conclusões eram
unânimes, o lugar das regras de negócios é no banco de
> dados. Legal,
todo o processamento pesado era feito do lado do servidor, sem
> gargalo
de rede, sistema funcionando como uma bala nas redes mais críticas.
>
Tudo parecia perfeito, pois nosso projeto atendia um único segmento.
>
Depois o sistema cresceu, atendendo vários segmentos, várias
implementações
> e agora aquela máxima da época "o lugar das regras de
negócio é no banco de
> dados" começou a atrapalhar, pois qualquer
ajuste por menor que seja em uma
> regra de negócio para um determinado
segmento, eu tenho que gerar uma
> atualização do sistema para todos os
clientes, independente se utilizam ou
> não aquele recurso.
> Hoje
percebo que a facilidade no passado nos causa dificuldades agora no
>
presente, pois se tivéssemos optado por já trabalhar em multi-camadas
no
> passado quando o sistema era pequeno, hoje teríamos muito mais
facilidade e
> flexibilidade na implementação das regras de negócios.
>
Hoje a minha opinião é "lugar de regras de negócios é no servidor de
>
aplicação".
> Estamos estudando em como implementar essa independência,
sabemos que vai
> ser um trabalho árduo, mas pelo que já pesquisamos
vale cada segundo de
> trabalho.
>
> -----Mensagem original-----
> De:
lista [mailto:lista-bounces em firebase.com.br] Em nome de Rodrigo
>
Enviada em: quinta-feira, 16 de fevereiro de 2017 22:27
> Para:
FireBase
> Assunto: [firebase-br] RES: RES: Regras de negócio no
Firebird
>
> Não preciso me preocupar em montar o servidor (afinal esse
não é meu foco)
> Não me preocupo com a instalação do banco (se bem que
firebird é ultra
> fácil) Escalabilidade Pago pelo que usar
>
> Abaixo
tem um link com uma explicação melhor
>
>
https://aws.amazon.com/pt/what-is-cloud-computing/?nc1=f_cc [7]
>
>
-----Mensagem original-----
> De: lista
[mailto:lista-bounces em firebase.com.br] Em nome de Alexandre
> Pereira
Bühler Enviada em: quinta-feira, 16 de fevereiro de 2017 19:34
> Para:
lista em firebase.com.brAssunto: Re: [firebase-br] RES: Regras de negócio
no Firebird
>
> Boa noite,
> Quanto ao ponto negativo 3.
> Eu monto
meus próprios servidores de hospedagem compartilhada ou para
> locação
em Datacenter nos Estados Unidos com Firebird.
> Qual vantagem teria no
Azure ou Amazon?
> Mais uma coisa que não pensei foi o ponto negativo
1.
> O ponto positivo 4 já o via fazerem deixando um app desktop e outro
web
> acessando a mesma aplicação.
> Obrigado por compartilhar.
>
> Em
16/02/2017 18:00, Rodrigo escreveu:
>
>> Eu vou relatar minha
experiência, não sou expert no assunto, ou talvez
>
> seja e nem sei:
>

>> Desenvolvi um sistema de folha de pagamento com as regras no banco.
Positivo: 1) velocidade (acesso inúmeras sp´s, tabelas, etc sem "sair"
do banco) 2) alteração de regras sem mudar o exe 3) pouco tráfego na
rede 4) talvez possa mudar de linguagem de programação com menos esforço
Negativo: 1) não é possível usar orientação a objetos 2) códigos podem
ficar macarrônicos, com inúmeras sp´s 3) queria ter a possibilidade de
usar o mssql do azure mas estou preso no firebird - não que eu tenha
problemas com o banco, mas estou amarrado numa situação que atualmente
(cloud, mobile, etc) é complicada Sinceramente hoje o ponto negativo 3
tá pesando cada vez mais. Seria
>
> maravilhoso se pudesse levantar um
banco Firebird no Azure ou Amazon como se
> faz hoje com outros
bancos.
> -----Men
>
>> om.br] Em nome de Alexandre Pereira Bühler
Enviada em: quinta-feira, 16 de fevereiro de 2017 13:57 Para:
lista em firebase.com.br Assunto: [firebase-br] Regras de negócio no
Firebird Boa tarde, Sei que o assunto é subjetivo. Que regras de
negócios no banco tem suas vantagens e desvantagens. Mas poderiam
compartilhar suas experiências boas ou ruins sobre ter as
>>
>> regras
de negócio direto em um banco de dados Firebird?
> eft:5px;
border-left:#1010ff 2px solid; margin-left:5px; width:100%">Obrigado --
Alexandre Pereira Bühler Linux User: 397.546 Simão & Bühler Ltda
(Infobrindes) http://www.simaoebuhler.com.br [6]
http://www.infobrindes.com.br karin em infobrindes.com.br Telefone: (41)
3082-8667 ______________________________________________ FireBase-BR
(<http://>www.firebase.com.br [2]) - Hospedado em www.locador.com.br<http://www.locador.com.br> [3] Para
saber como gerenciar/excluir seu cadastro na lista, use:
http://www.firebase.com.br/fb/artigo.php?id=1107 [4] Para consultar
mensagens antigas: http://www.firebase.com.br/pesquisa_lista.html [5]
______________________________________________ FireBase-BR
(<http://>www.firebase.com.br [2]) - Hospedado em www.locador.com.br<http://www.locador.com.br> [3] Para
saber como gerenciar/excluir seu cadastro na lista, use:
http://www.firebase.com.br/fb/artigo.php?id=1107 [4] Para consultar
mensagens antigas: http://www.firebase.com.br/pesquisa_lista.html [5]
--- Este email foi escaneado pelo Avast antivírus.
https://www.avast.com/antivirus [8]
______________________________________________ FireBase-BR
(<http://>www.firebase.com.br [2]) - Hospedado em www.locador.com.br<http://www.locador.com.br> [3] Para
saber como gerenciar/excluir seu cadastro na lista, use:
http://www.firebase.com.br/fb/artigo.php?id=1107 [4] Para consultar
mensagens antigas: http://www.firebase.com.br/pesquisa_lista.html [5]

Links:
------
[1] http://www.infobrindes.com.br
[2]
http://www.firebase.com.br
[3] http://www.locador.com.br
[4]
http://www.firebase.com.br/fb/artigo.php?id=1107
[5]
http://www.firebase.com.br/pesquisa_lista.html
[6]
http://www.simaoebuhler.com.br
[7]
https://aws.amazon.com/pt/what-is-cloud-computing/?nc1=f_cc
[8]
https://www.avast.com/antivirus
______________________________________________
FireBase-BR (www.firebase.com.br<http://www.firebase.com.br>) - Hospedado em www.locador.com.br<http://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://www.firebase.com.br/pesquisa_lista.html