[firebase-br] Sugestão sobre esquema de conexão

Marcos Weimer marcosweimer em gmail.com
Qua Jan 4 17:07:55 -03 2012


o delay depende do tamanho do banco e da quantidade de usuarios...
temos sistema com banco pouco acima de 8gb e bastante conexões simultaneas,
inclusive conexões remotas (TS), ai evento de abrir o banco demora um pouco
mais de 1 segundo... perceptivel, coisa que se a conexão esta aberta não
acontece.

-=Ma®©oS=-
Marcos R. Weimer
Puma GTE 1974 Tubarão




Em 4 de janeiro de 2012 17:01, Tecnobyte Informática <temp2 em tecnobyte.com.br
> escreveu:

> O processo conectar/desconectar também gasta tempo. Mas se esta "perda de
> tempo" não for comprometedora, talvez sua solução seja interessante. Eu,
> particularmente, prefiro manter a conexão ativa para reduzir os delays.
>
> Atenciosamente.
>
> Daniel P. Guimarães
> Tecnobyte Informática
> www.tecnobyte.com.br
>
> -----Mensagem Original----- From: Fernando Filho
> Sent: Wednesday, January 04, 2012 11:21 AM
> To: FireBase
> Subject: [firebase-br] Sugestão sobre esquema de conexão
>
>
> Pessoal,
>  montei uma nova arquitetura em camadas no delphi,onde a conexão com o
> firebird fica sempre desconectada,
> e só conecta quando vai fazer alguma consulta/inclusão, sembre abrindo e
> fechando a conexão.
>
> pergunto: essa arquitetura é interessante? ou é melhor deixar a classe
> de conexão sempre ativa? a ideia era descongestionar as conexões ativas
> quando o sistema ficar sem uso.
> já utilizo essa arquitetura em umas 30 máquinas e está rodando bem, mas
> ainda fico meio inseguro se é a melhor maneira.
>
> --
> Atenciosamente
> Fernando Filho
>
>
> ______________________________**________________
> 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<http://www.firebase.com.br/fb/artigo.php?id=1107>
> Para consultar mensagens antigas: http://firebase.com.br/**pesquisa<http://firebase.com.br/pesquisa>
>



Mais detalhes sobre a lista de discussão lista