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

[Gladiston Santana]

Longa discussão,
Tentando ser o mais resumido possivel, se você sabe e entende que o banco
de dados será o mesmo e não mudará a curto prazo, poderá investir com
regras e procedures no banco de dados. Empresas que tem sua própria equipe
de desenvolvimento gostam disso. Isso faz com que o programa não tenha
tanto importancia e eventuais mudanças de calculos sejam feitos no servidor
permanecendo o mesmo .exe nos clientes.

Se pretende criar um sistema multibanco, regras no servidor é uma má idéia
porque a sintaxe procedural de cada banco  é diferente.
Mas colocar as regras no .exe planejando ser multibanco também é dor de
cabeça porque há distinção entre os bancos, os tipos de dados que cada
banco possui é diferente um do outro, e os TFields para rodar num banco
provavelmente morrerão quando trocar de banco. Dá para não usar TFields e
nem TDBEdits e não ter tanto essa dor de cabeça, mas você perde mais tempo
na programação.

Usando o Delphi, há um método chamado Datasnap onde você tem ou pode ter um
provider, um middleware que faz com que seu app recupere informações a
partir dele. Você reconfigura o provider para outro banco e seu app não
saberá a diferença. Isso fará com que nunca ocorra algo disruptivo para seu
aplicativo como a distinção entre smallint, integer , longint,
int64,numeric, bcd... que sabemos que há entre os bancos. A vantagem do
datasnap é que se quiser pode colocá-lo num app separado e seus outros apps
se comunicam com o banco por meio dele, um dia você troca o provider e seus
apps que usam esse provider nunca saberão que vocÊ trocou de FB para MSSQL
ou vice-versa. Um datasnap também pode falar REST permitindo que linguagens
como php, asp, .net e tantos outras possam acessar os seus dados da mesma
forma, isto é, sem nunca saber que banco é o verdadeiro recipiente.

[] ´s

2017-02-16 13:56 GMT-02:00 Alexandre Pereira Bühler <
alexandre em simaoebuhler.com.br>:

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