[firebase-br] Queda servidor firebird

[Marcos Weimer]

É, aqui tb estamos aos poucos "banindo" dataware, até para ter um melhor
controle sobre as transactions, mas em bancos grandes que temos aqui a
conexão chega a demorar 6 segundos, isso torna inviável para o cliente
ficar esperando conectar a cada "processo".



-=Ma®©oS=-
Marcos R. Weimer
Delphi / C# / ASP.NET / PHP / WebServices / Firebird


Em 15 de outubro de 2015 11:44, Gladiston Santana <gladiston em vidy.com.br>
escreveu:

> Muita gente usa uma conexão no form principal e a reutiliza para o sistema
> inteiro, assim fica muito difícil conciliar os erros porque mesmo que o
> evento capture uma falha de conexão, isso  fará os TDBEdits perderem seu
> 'Status Quo' e voce precisaria preparar novamente o contexto onde o
> camarada estava quando perdeu a conexão. Por isso, acho muito mais fácil
> usar vários IB_Connections num sistema, um para cada contexto ou form,
> perdeu conexão então trata tudo que estiver no mesmo IB_Connection.
> Quem programa em OO sabe que é muito melhor desse jeito porque ao destruir
> o objeto, nesse caso o form, morre tudo junto, não deixando vazamentos para
> trás, incluindo as conexões que foram abertas alí.
> Eu abdiquei dos dataawares na maior parte dos meus programas, e trato os
> erros sempre no mesmo contexto como lhe falei.
>
> inte+
>
>
> Em 15 de outubro de 2015 11:14, Marcos Weimer <marcosweimer em gmail.com>
> escreveu:
>
> > Aqui temos bancos que passam de 8gb em alguns casos, mantemos conectado o
> > tempo todo, tambem usamos o IBO, tratamos possiveis quedas de conexão no
> > OnError do IBODatabase.
> >
> > -=Ma®©oS=-
> > Marcos R. Weimer
> > Delphi / C# / ASP.NET / PHP / WebServices / Firebird
> >
> >
> ______________________________________________
> 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
> Para consultar mensagens antigas:
> http://www.firebase.com.br/pesquisa_lista.html
>