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

[Roger Eduardo]

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 estar 
preparado para eles não significa que você vai ter de mudar, mas na minha 
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 MDO 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 servidor,
> 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 teoria 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. Logo,
> 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 trabalhar
> 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 mais
> 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 de 
> dados.
> Não estou falando que amanhã você vá escolher outro banco de dados.. 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 banco e
> utilize o ClientDataSet (tava demorando né?) como cache e na camada de
> apresentação de dados. O importante é você estar sempre pronto para 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>) - Hospedado 
> 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
>