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

[Artur Anjos]

Custodio,

O que penso é que é se uma empresa usa Oracle ou M$ SQL Server, e faz 
questão em usar essas bases de dados de tal forma que seja um 
requerimento para que você venda a sua aplicação para eles, então o 
conhecimento deles sobre bases de dados é grande, e nesse caso vão logo 
reparar que a tua aplicação usa aqueles bancos potentes como meros 
depositos de dados, e que tua aplicação irá fazer tudo.

Isso vai colocar a tua aplicação logo numa parte inferior em relação a 
outras.

Por isso, se pensas em multi-dados no lado da aplicação, vais ter de 
pensar tambem do lado do banco.

Alguem aqui na lista deixou de vender uma palicação só por causa de usar 
Firebird e não usar Oracle?
Isso acontece tão frequentemente que vale a pena este esforço ?
Vocês tem a noção do que é testar uma aplicação para usar dois ou tres 
bancos diferentes ?

Artur


Custódio wrote:
> Arthur, a questão não seria o cliente se preocupar com a base de dados. Nos 
> atendemos diversos tipos e tamanhos de empresa, com uma aplicação única ( 
> pacote )... é muito complicado voce fazer a instalação, por exemplo do 
> oracle em uma loja que tem uma unica maquina para fazer vendas e emitir 
> cupom fiscal, porém para uma empresa que tem 10 ou 20 maquinas, onde voce 
> tem usuários mais experientes, servidores dedicados... voce pode trabalhar 
> com um banco mais pesado como o oracle ou sqlserver e ter um desempenho 
> melhor.
>
>
>
> ----- Original Message ----- 
> From: "Artur Anjos" <listas em arturanjos.com>
> To: "FireBase" <lista em firebase.com.br>
> Sent: Friday, June 27, 2008 11:03 AM
> Subject: Re: [firebase-br] Aplicação Multi-Banco...
>
>
> Na minha opinião, você perde mais do que ganha com essa opção.
>
> Se as bases de dados fossem um mero "guardar registos" era simples, mas
> não é o caso.
>
> Você vai ter imensas soluções para acesso comum às várias bases de
> dados, mas você vai perder com o facto de ter de desistir de usar as
> potencialidades da base de dados.
> A mim, não me passa pela cabeça fazer uma aplicação em que não use
> nenhum trigger, nenhuma stored procedure, etc.
> Não me passa pela cabeça sequer estar preocupado com a forma como a base
> de dados controla as transações, se estas exisitrem.
>
> Eu penso que nestas coisas não se deve agradar a gregos e troaianos: é
> bem raro o cliente que se preocupa com a base de dados - interessa-lhe
> mais a solução como um todo.
>
> Artur Anjos
> http://www.serverptbr.com
>
> Custódio wrote:
>   
>> Bom dia,
>>
>> Alguem ja pensou, ou ja desenvolveu, alguma aplicação muito banco? Onde o 
>> mesmo sistema possa ser utilizado com diversos bancos de dados, sem 
>> nenhuma modificação no código fonte??
>>
>> Estamos iniciando o projeto de um sistema novo, e gostariamos de dar 
>> opções ao usuário de escolher qual banco de dados utilizar. Hoje existem 
>> versões gratuitas do oracle, mysql, sqlserver, firebird... isso nos 
>> permite flexibilidade de escolha para cada situação.
>>
>> Por exemplo... o firebird ou mysql são bancos de dados mais leves e mais 
>> fáceis de distribulir, e poderia ser uitlizado em lojas com até 2 
>> maquinas. Agora o mesmo sistema, poderia ser utilizado por uma indústria, 
>> onde tenho 20 usuarios, onde comporta a utilização de um banco como oracle 
>> ou sql server...
>>
>> Algumas questões:
>> - Desenvolver rotinas SQL no padrão ANSI podem resultar em queda de 
>> desempenho, já que tenho que abrir mão de funções específicas de cada 
>> banco para poder ter compatibilidade.
>> - Alguem utiliza o UNIDAC, componente que permite utilizar vários banco de 
>> dados na mesma aplicação?
>> - Alguem possui algum caso de sucesso nesse assunto?
>>
>> Obrigado
>>
>>
>> ---
>> Carlos E. Custódio
>> custodio em gigatron.com.br
>> ---
>> GIGATRON Software e Treinamentos Ltda-ME
>> Rua Liberdade 1503 - Birigui (SP) - Fone (18) 3644-0043
>> www.gigatron.com.br
>> ______________________________________________
>> 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
>
>
>
>
> ______________________________________________
> 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
>
>