[firebase-br] Aplicação Multi-Banco...

Magno System magno em speet.com.br
Sex Jun 27 18:12:39 -03 2008


Bem pessoal, tem dois tipos de aplicação: a que funciona e atende a 
necessidade de seu cliente e a que não.

Se você tiver um banco de dados, seja ele qual for, que você prove para seu 
cliente que funciona ele fica. Até porque pode até ser ORACLE. Se você não 
for um especialista a aplicação vira uma carroça.

Agora eu tenho por pensamento o seguinte. Tenho firebird embedded instalado 
em mais de 300 clientes em uma pequena aplicação. Imaginem em 300 clientes o 
que deve ter de máquina "fraca" não tá no gibi. Desses 300 nenhum me ligou 
para reclamar nada com relação a problemas de banco de dados. A aplicação 
faz BACKUP e executa SCRIPTS de atualização da estrutura do banco de dados 
tudo usando o FIREBIRD EMBEDDED.

No FDD passado o Eduardo em sua palestra nos falou do FIREBIRD em grandes 
corporações com bancos enormes e centenas de acessos simultâneos. A maior 
vantagem do FIREBIRD é a elasticidade, ou seja, ele trabalha tanto no mais 
simples e ultrapassado computador até centenas de acessos.

E o mais louco de tudo isso é que o banco ainda não está totalmente pronto, 
o que vai acontecer na versão 3.0.

Agora se você quer ORACLE OU SQLSERVER existem versões limitadas quanto ao 
tamanho e número de conexões, onde você pode optar em clientes menores e o 
mesmo banco na versão "FULL" em clientes maiores.

Não vejo necessidade em multibancos. Essa é a minha opinião.



----- Original Message ----- 
From: "Anderson Piccoli" <adpiccoli em gmail.com>
To: "FireBase" <lista em firebase.com.br>
Sent: Friday, June 27, 2008 4:20 PM
Subject: Re: [firebase-br]Aplicação Multi-Banco...


Alguém teria algum material sobre aplicações multi bancos e\ou multi camadas
em delphi, e pudesse repassar?

Obrigado

2008/6/27 Artur Anjos <listas em arturanjos.com>:

> Eduardo Bahiense wrote:
> > Olá
> >
> > Este tópico é deveras interessante e merece uma análise cuidadosa.
> >
> > Rodar Oracle e SQL server é uma demanda forte. São bancos com um apelo
> > comercial muito forte e com grande reputação no mercado. Alguns
> > pretensos clientes exigem que rodemos nesses bancos por já contarem com
> > licenças e com DBA's na estrutura, além de precisarem integrar BI com
> > informações de outros sistemas.
> >
> Eu concordo contigo. E concordo com tudo o resto.
>
> Mas o que penso é que o esforço para manter uma aplicação que seja
> multi-banco é tão grande (basta imaginar testar em dois ambientes
> diferentes, porque basta uma base de dados trabalhar com versioning e
> outra trabalhar com mecanismos de lock que até o simples guardar de
> registos é enorme).
>
> Uma base de dados não é brincadeira. Se a aplicação vai suportar bancos
> de dados diferentes, tambem a empresa precisa de estar preparada para
> isso, e precisa de ter gente especializada nessas bases de dados. Duvido
> que uma empresa cliente que exija que o produto role sobre oracle vá
> adquirir o produto se não existir um expert de Oracle na empresa
> fornecedora. E por aí adiante. Ou o DBA lá vai descobrir em 3 tempos que
> a sua experiencia é nula, e que você apenas "espera" que o banco
> responda da mesma forma que o banco do lado.
>
> O esforço, a meu ver, é enorme.
>
> Artur
>
>
> ______________________________________________
> FireBase-BR (www.firebase.com.br) - Hospedado em 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://firebase.com.br/pesquisa
>
______________________________________________
FireBase-BR (www.firebase.com.br) - Hospedado em 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://firebase.com.br/pesquisa 





Mais detalhes sobre a lista de discussão lista