Driver dbexpress para Firebird da UIB
Amigos,
Algum de vcs está utilizando, ou pelo menos testando, o driver dbexpress da UIB com o Firebird ? Se sim poderiam relatar como ele tem se comportado ?
Tenho andado meio preocupado com a futura compatibilidade do Firebird com o driver nativo da Borland para IB... tenho, inclusive, testado bastante a Zeos por este motivo, mas a Zeos tem um problema crítico(know bug) com os TDataSetProvider, não permitindo, pelo menos por equanto, aplicações em 3 camadas...
Se puderem opinar ficarei muito grato.
Abraços.
Vinicius.
Algum de vcs está utilizando, ou pelo menos testando, o driver dbexpress da UIB com o Firebird ? Se sim poderiam relatar como ele tem se comportado ?
Tenho andado meio preocupado com a futura compatibilidade do Firebird com o driver nativo da Borland para IB... tenho, inclusive, testado bastante a Zeos por este motivo, mas a Zeos tem um problema crítico(know bug) com os TDataSetProvider, não permitindo, pelo menos por equanto, aplicações em 3 camadas...
Se puderem opinar ficarei muito grato.
Abraços.
Vinicius.
Vinicius2k
Curtidas 0
Respostas
Bon Jovi
28/05/2004
Já fiz testes básicos com Midas, e não tive problemas.
Tb fico preocupado com essas coisas q vc falou.
Sobre Zeos, realmente, Midas é indispensável. Nunca usaria Zeos até q tenha uma versão bastante confiável e madura pro IProvider.
O melhor que acho hoje (futuro mais seguro) é o FirebirdNETProvider, pra Ado.Net. Mas como é mundo .Net, então só uso pra projetos novos.
Pra aplicações antigas usando Firebird, ainda não tive necessidade de mudar pra Fb1.5. Mantenho com Firebird 1.0.3, usando os componentes do próprio Delphi Interbase Data Access + Midas.
Tb fico preocupado com essas coisas q vc falou.
Sobre Zeos, realmente, Midas é indispensável. Nunca usaria Zeos até q tenha uma versão bastante confiável e madura pro IProvider.
O melhor que acho hoje (futuro mais seguro) é o FirebirdNETProvider, pra Ado.Net. Mas como é mundo .Net, então só uso pra projetos novos.
Pra aplicações antigas usando Firebird, ainda não tive necessidade de mudar pra Fb1.5. Mantenho com Firebird 1.0.3, usando os componentes do próprio Delphi Interbase Data Access + Midas.
GOSTEI 0
Vinicius2k
28/05/2004
Infelizmente, .net ainda é um realidade um pouco distante pra mim, levando em consideração meus projetos/clientes... pretendo ainda continuar um bom tempo sobre WIN32...
Eu sei q o IBX funciona perfeitamente com o FB 1.5 (já fiz várias horas de teste) mas, basicamente, meus projetos são modularizados... e o dbexpress facilita muito minha vida pq quando um cliente ´de peso´ adquire os módulos, quer ter e dispoe de recursos para adquirir bancos tbm ´de peso´ como oracle e sql server... já quando o cliente não quer ou não pode adquirir um banco uso o firebird 1.5 (antes era ib 6 , depois fb 1.0.3, mas a performace do 1.5 é bem superior)... eu só mudo um arquivo .ini e pronto... minha aplicação rodando perfeita no banco de preferencia do cliente... Por isso a Zeos me parece uma alternativa com uma boa proposta, rápida e ´multi-banco´ , mas me parece ainda instável com bases grandes (apenas testes)... ainda não dá pra confiar nela, como do DBX...
É um dilema, mas acho q foi permanecer com o DBX por enquanto... caso o firebird não seja mais compatível nas próximas versões fico com a 1.5 até ter um driver confiável... o UIB parece bom, mas ainda é cedo pra ter certeza...
Obrigado por responder bon jovi !
T+
Eu sei q o IBX funciona perfeitamente com o FB 1.5 (já fiz várias horas de teste) mas, basicamente, meus projetos são modularizados... e o dbexpress facilita muito minha vida pq quando um cliente ´de peso´ adquire os módulos, quer ter e dispoe de recursos para adquirir bancos tbm ´de peso´ como oracle e sql server... já quando o cliente não quer ou não pode adquirir um banco uso o firebird 1.5 (antes era ib 6 , depois fb 1.0.3, mas a performace do 1.5 é bem superior)... eu só mudo um arquivo .ini e pronto... minha aplicação rodando perfeita no banco de preferencia do cliente... Por isso a Zeos me parece uma alternativa com uma boa proposta, rápida e ´multi-banco´ , mas me parece ainda instável com bases grandes (apenas testes)... ainda não dá pra confiar nela, como do DBX...
É um dilema, mas acho q foi permanecer com o DBX por enquanto... caso o firebird não seja mais compatível nas próximas versões fico com a 1.5 até ter um driver confiável... o UIB parece bom, mas ainda é cedo pra ter certeza...
Obrigado por responder bon jovi !
T+
GOSTEI 0
Bon Jovi
28/05/2004
Legal. Mas só uma observação qto a forma q eu uso IBX ou qqr tecnologia q não permita por si só ser multi-banco. Mesmo usando ele minha aplicação é multi-banco, pq trabalho assim:
[color=darkblue:b13d6fb7fb][b:b13d6fb7fb][size=9:b13d6fb7fb] procedure TGlobalDB.SetConnection(ParametrosConexao: TParametrosConexao);
function TGlobalDB.ExecSQL(SQLText: string): integer;
procedure TGlobalDB.Open(ClientDataSet: TClientDataSet); overload;
procedure TGlobalDB.Open(SQLText: string; ClientDataSet: TClientDataSet); overload;
function TGlobalDB.Open(SQLText: string): TClientDataSet; overload;
etc...[/size:b13d6fb7fb][/b:b13d6fb7fb][/color:b13d6fb7fb]
Open por exemplo é uma funcao de biblioteca (não amarrada à aplicação) q internamente vai usar o descendente de TDataSet correspondente ao banco e tecnologia de acesso que for configurado pra ser usado (em INI como vc faz tb), ou seja, TSQLQuery ou TIBQuery ou TADODataSet, etc..., abrindo a query de classe correspondente ao TCustomConnection escolhido e por fim retornando os dados via ClientDataSet pra manipulação. O mesmo esquema nas outras funções. Assim não fica amarrado nem ao banco e nem à tecnologia de acesso.
[color=darkblue:b13d6fb7fb][b:b13d6fb7fb][size=9:b13d6fb7fb] procedure TGlobalDB.SetConnection(ParametrosConexao: TParametrosConexao);
function TGlobalDB.ExecSQL(SQLText: string): integer;
procedure TGlobalDB.Open(ClientDataSet: TClientDataSet); overload;
procedure TGlobalDB.Open(SQLText: string; ClientDataSet: TClientDataSet); overload;
function TGlobalDB.Open(SQLText: string): TClientDataSet; overload;
etc...[/size:b13d6fb7fb][/b:b13d6fb7fb][/color:b13d6fb7fb]
Open por exemplo é uma funcao de biblioteca (não amarrada à aplicação) q internamente vai usar o descendente de TDataSet correspondente ao banco e tecnologia de acesso que for configurado pra ser usado (em INI como vc faz tb), ou seja, TSQLQuery ou TIBQuery ou TADODataSet, etc..., abrindo a query de classe correspondente ao TCustomConnection escolhido e por fim retornando os dados via ClientDataSet pra manipulação. O mesmo esquema nas outras funções. Assim não fica amarrado nem ao banco e nem à tecnologia de acesso.
GOSTEI 0
Vinicius2k
28/05/2004
Nossa !
Muito interessante sua solução ! Boa mesmo !
Com isso vc pode usar o melhor componente de acesso para cada banco... IBX para IB... ADO para SQLServer... etc
Parabéns Bon Jovi!
Muito interessante sua solução ! Boa mesmo !
Com isso vc pode usar o melhor componente de acesso para cada banco... IBX para IB... ADO para SQLServer... etc
Parabéns Bon Jovi!
GOSTEI 0
Afarias
28/05/2004
quanto a trabalhar com DBX, vc deveria dar uma olhada no FirebirdExpress (ou InterXpress for Firebird da Upscence Productions --http://www.upscene.com/)
É comercial eu sei... mas dependendo do caso pode valer o investimento.
T+
É comercial eu sei... mas dependendo do caso pode valer o investimento.
T+
GOSTEI 0
Vinicius2k
28/05/2004
Vou analizar sim... obrigado pela dica afarias !
O preço não parece tão ´puxado´, realmente, pode valer a pena...
T+
O preço não parece tão ´puxado´, realmente, pode valer a pena...
T+
GOSTEI 0