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

Pha (TeamFB) lista em pha.com.br
Qua Jul 20 07:52:08 -03 2005


So 2 detalhes.

1) Voce pode ter multi-camadas com qualquer componente de acesso, sao os componentes TDataSetProvider e TClientDataSet que implentam a multi-camadas e nao o DBExpress.

A unica diferenca e que com Dbexpress, voce e obrigado a utilizar estes componentes.

2) O DBExpress faz acesso nativo aos banco como os demais componentes, ele apenas nao tem alguns recursos que sao especifico de determinado banco.

Se os componentes forem bem configurados, a performance e semelhante aos demais.

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

-----Mensagem original-----
From: Roger Eduardo roger.eduardo em gmail.com
Date: Tue, 19 Jul 2005 17:08:22 -0300
To: FireBase lista em firebase.com.br
Subject: Re: [firebase-br] CONEXAO DE DELPHI COM FIREBIRD, QUAL O MELHOR ?

> Finalmente vi alguém dizer algo realmente construtivo.
> Também uso DBExpress e com certeza é a melhor opção quando se quer > fazer uma 
> aplicação robusta. Multi-Camadas pode ser o complicado que for, mas é>  a 
> realidade, se você não puder fazer, vai aparecer alguém que faça e > ai você 
> vai estar fora.
> Existem N motivos que levem a mudança de Banco de Dados, e o fato de esta> r 
> preparado para eles não significa que você vai ter de mudar, mas na min> ha 
> opinião mostra que você quer estar preparado.
> Como ja disse em um outro post, o DBExpress me devolveu 12mil registros em>  
> menos de 1 segundo. Eu acredito que essa história de que os nativos são>  mais 
> rápidos não compensam a versatilidade que DBExpress( e ADO) oferecem.
> Prometo a mim mesmo que esse é meu último post sobre esse assunto.
> 
> On 7/19/05, Francisco Thiago <jeandeadlucky em yahoo.com.br> wrote:
> > 
> > Boa tarde.
> > 
> > Esta é a vez nº 3401545348 que assuntos como esse acontecem na lista.>  
> > Temos
> > um vasto histórico de lutas dignas de levarem o título de "cruzadas".> ..
> > Enfim, não aprendi a lição e vou meter o meu bedelho novamente.
> > 
> > Antes de tudo, quero dizer que não conheço o IBO, não conheço o M> DO e que 
> > já
> > trabalhei com o IBX. Estou "casado" hoje com o DBExpress que, na minha
> > opinião é o melhor componente custo x benefício que existe.
> > 
> > Primeiro: Ele é unidirecional. Isso é bom porque você nunca (a nã> o ser que 
> > o
> > faça de propósito) vai guardar as informações em cache no servido> r,
> > economizando memória... Caso um servidor esteja sobrecarregado, você > pode
> > direcionar o acesso para outro servidor, balanceando assim os teus
> > processos.
> > 
> > Tá, Multicamadas é complicado, mas você não precisa utilizar a te> oria como
> > ela é pregada.. pode dividir as regras de negócio entre o Servidor de
> > Aplicação e o Banco de dados. (Eu não faria isso, deixaria o poss> ível na
> > aplicação)
> > 
> > Ele é compatível com qualquer banco que tenha um driver de acesso. Lo> go,
> > todos os bancos de dados (coisas como o access não entram nesta roda)>  
> > seriam
> > conectáveis aos seus componentes, e sem muito trauma.
> > 
> > Porque você mudaria de banco?
> > O servidor não dá suporte ao teu banco; Você foi contratado para tr> abalhar
> > em outra empresa (que não trabalha com o Firebird); o teu cliente já > tem 
> > um
> > banco de dados e quer o seu programa rodando com o que já tem (oracle,
> > MSSQLServer....); O teu cliente simplesmente quer... Enfim... Eu acho mai> s
> > fácil você mudar de banco de dados que de linguagem.
> > 
> > Porque DBXpress?
> > Você vai ter um leque maior de opções quando for escolher o banco d> e 
> > dados.
> > Não estou falando que amanhã você vá escolher outro banco de dado> s.. ou 
> > que
> > o Firebird não vai dar conta... Estou dizendo que outras condições > te
> > obriguem a escolher outro banco... E a sua aplicação (e você) deve > estar
> > pronta para isso
> > 
> > Porque Multicamadas?
> > Você vai escrever o acesso ao banco apenas uma vez. Caso o teu cliente
> > queira uma interface desktop, você não vai precisar reescrever nada (> ou
> > quase nada)... E pode chamar tudo via WebServices... :D
> > 
> > Se em todo caso você escolher um acesso nativo...
> > 
> > Dê preferência a componentes que permitam acesso unidirecional ao ban> co e
> > utilize o ClientDataSet (tava demorando né?) como cache e na camada de
> > apresentação de dados. O importante é você estar sempre pronto pa> ra a
> > mudança... que é a única constante na informática.
> > 
> > []'s
> > 
> > Francisco Thiago de Almeida
> > Enter&Plug Sistemas
> > Divisão: Desenvolvimento / Banco de dados
> > Franca - SP
> > 
> > 
> > 
> > 
> > 
> > 
> > _______________________________________________________
> > Yahoo! Acesso Grátis - Internet rápida e grátis.
> > Instale o discador agora! http://br.acesso.yahoo.com/
> > 
> > 
> > ______________________________________________
> > FireBase-BR (www.firebase.com.br <http://www.firebase.com.br>) - Hospedad> o 
> > em www.bavs.com.br <http://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
> >
> ______________________________________________
> 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





Mais detalhes sobre a lista de discussão lista