Ouvindo Opiniões

Regras de Negócio já renderam boas discussões, no bom sentido. Dentro de minha empresa, quando multi-camadas entrou na pauta dos desenvolvedores do Brasil pensamos em migrar, parecia algo interessantíssimo, que por sinal é, porém começamos a analisar os benefícios de tirar as regras do aplicativo final, que é o nosso caso, e por em multi-camadas.

Desistimos, não porque ela não seja interessante, mas porque no nicho de mercado que trabalhamos (micro-empresas) ter um servidor de aplicação já era algo a ser considerado como complicado.

Como o simples fato de tentar deixar um servidor dedicado para o banco de dados é quase impossível na maioria das vezes, resolvemos então estudar sobre regras de negócio diretamente no Banco de Dados, portanto, fizemos a seguinte pergunta, que creio que toda software house deveria fazer: Qual a maior probabilidade, trocar o Banco de dados ou a ferramenta de desenvolvimento?

Chegamos a conclusão que pensando em Win32 não tínhamos interesse em trocar de ferramenta, porém banco de dados era algo a ser considerado, pois poderíamos ter várias situações que precisassem de banco de dados mais poderosos ou mais rápidos. Na época trabalhávamos com Interbase 6, atualmente utilizamos firebird, mas já nos vimos em situações de ter que usar My-Sql e Postgree, ou seja, se as regras estivessem no banco de dados teríamos que praticamente reescrever todas as regras no novo banco e cair em situações como eu já passei de banco de dados online mysql que não permitiam a criação de triggers no servidor que o cliente hospedava seu site e sistema.

Portanto, creio que para decidir sobre qual melhor situação é necessário avaliar se pretendemos migrar de ferramenta (interface) ou banco de dados, e decidir pela situação que mais tenha chance de acontecer. Essa é minha opinião. Até a próxima!!!