[firebase-br] CONEXAO DE DELPHI COM FIREBIRD, QUAL O MELHOR ?

[Pha (TeamFB)]

Almir, 

Nao existe conversao transparente, apenas se voce fizer de determidada forma sera mais facil, de preferencia se voce estiver todos os Servidores de Bancos de dados que voce vai utilizar no seu aplicativo instalado e ja fazendo teste em todos.

Usando programas de Modelagem, etc.

O custo e o tempo aumentam significativamente se ja fizer o seu aplicativo pensando em outro Banco, da mesma forma se ele for mutiplataforma, web, etc.

Voce e quem tem que analisar e verificar o que voce vai querer do seu sisteme e quanto tempo isso vai levar.

O que voce pode fazer e deixar ele mais flexivel para futuras mudancas.

> *Tudo bem , Estou convencido com o Dbexpress!

Almir, o DbExpress e bom o IBO para Firebird e muito bom, nao sou eu que tenho que te convencer qual voce deve utilizar, esta decisao e tua, voce tem que analisar os pros e os contras de cada um.

> Mas se eu nao for usar o ibo aonde ficará as triggers e procedures para eu ter uma mudança que nao > me atrapalhe? 

Como ja te disse, sempre tera que converter alguma coisa, ha nao ser que voce ja teste em todos os ambientes quando estiver desenvolvendo.

Voce tera que verificar onde voce deve colocar as regras de negocio, comprar o beneficios x compatibilidade, a decisao e sua.

Eu colocaria a maioria no Banco, a nao ser que isso nao fosse possivel por algum motivo, se for utilizar outro banco no futuro converteria as mesmas.

Gosto de tirar o maximo da aplicacao, sempre que possivel, mesmo tendo que abrir mao da portabilidade em alguns momentos.

PHA 
Nova Odessa / SP - Brazil
Membro do TeamFB (FireBase)

-----Mensagem original-----
From: Almir almir74 em gmx.net
Date: Wed, 20 Jul 2005 14:45:00 -0300
To: FireBase lista em firebase.com.br
Subject: Re: [firebase-br] CONEXAO DE DELPHI COM FIREBIRD, QUAL O MELHOR ?

> *Amigo PHA!!*
> 
> 1) Separe os componentes de acesso ao banco da aplicacao cliente, mesmo que for desenvolver em 2 camadas, desenvolva separadamente.
> 
> *E aonde ficariam estes componentes ? e aonde ficará as triggers e procedures ? *
> 
> 
> 2) Use TClientDataSet com qualquer componente de acesso  que utilizar, aqui na empresa por imposicao utilizamos BDE para acessar o DB2/AS400 e foi o TClientDataSet que salvou o sistema, seria impossivel construir o sistema da forma como foi usando TQuery sem o TClientDataSet.
> 
> *OK*
> 
> 
> O IBO e fantastico, principalmente no gerenciamento de transacoes e buffers, faz coisas que facilitam muito a vida, mais sao implementacoes que voce nao ira encontrar em outros componentes, sendo assim a sua aplicacao fica muito amarrada a ele, o que torna muito dificil a mudanca para outro componente, nao por causa do IBO, mais por causa de voce, que ira utilizar cada vez mais os recursos dele.
> Usando componentes mais simples e com menos recursos, voce acaba se preocupando mais e fazendo as coisa da forma mais Client-Servidor, o que facilita mudancas futuras.
> Nao estou dizendo para nao utilizar o IBO, se voce tiver recursos para compra-lo e nao for utilizar outro banco, escolha o IBO.
> Se voce nao tiver recursos para compra-lo e nao for utilizar outro banco, escola o MDO.
> 
> *Tudo bem , Estou convencido com o Dbexpress!
> Mas se eu nao for usar o ibo aonde ficará as triggers e procedures para eu ter uma mudança que nao me atrapalhe? 
> 
> Grato
> Almir
> *
> 
> 
> 
> ______________________________________________
> FireBase-BR (www.firebase.com.br) - Hospedado em www.bavs.com.br
> Para editar sua configuração na lista, use o endereço http://mail.firebase.com.br/mailman/listinfo/lista_firebase.com.br
> Para consultar mensagens antigas: http://firebase.com.br/pesquisa