[firebase-br] Perda de desempenho e inchasso da base de dados.

[Eduardo Jedliczka]

Obrigado pelo elogio, mas meu comentário é muito superficial.

Há motivos para haver tipos distintos de transações.

Recomendo procurar mais informações sobre transações no IB/FB com IBX, e é
claro, fazer alguns testes.

[s]

==========================
Eduardo Jedliczka
Gerasoft Informática
Apucarana - Pr
==========================

----- Original Message ----- 
From: "Vinícius Velten" <vsvelten em bol.com.br>
To: "FireBase" <lista em firebase.com.br>
Sent: Tuesday, April 12, 2005 11:13 PM
Subject: Re: [firebase-br] Perda de desempenho e inchasso da base de dados.


> Caro Eduardo
>
> Muito obrigado pelas informações, sem dúvida irão me auxiliar muito.
Gostei
> da definição, pois é muito objetiva e bem didática. Agradeço ao Cantu e
aos
> outros que contribuiram!
>
> Obrigado a todos.
>
> Vinícius
>
> ---- Original Message -----
> From: "Eduardo Jedliczka" <edujed em gmail.com>
> To: "FireBase" <lista em firebase.com.br>
> Sent: Tuesday, April 12, 2005 9:02 PM
> Subject: Re: [firebase-br] Perda de desempenho e inchasso da base de
dados.
>
>
> > Não sou o Cantu mas vai uma dica...
> >
> > o IBX trabalha com vários tipos de modelos transacionais, desde os mais
> > flexiveis (auto-commit) até os mais rígidos (hard-commit).
> >
> > Para "dificultar" anda há o Commit e o CommitRetaining.
> >
> > O ideal é sempre utilizar o Primeiro, mas ele fecha o DataSet, então,
> muitos
> > utilizam o Segundo, forçando transações mais longas.
> >
> > Se você não sabe o que é Commit e/ou CommitRetaining, então creio que
você
> > está utilizando uma transação única para seu aplicativo, que só é
fechada
> > (automaticamente) ao concluir seu projeto, o que faz com que o banco
> guarde
> > deste alguns segundos até várias horas de versões de registros pois um
> > rollback poderia ser executado no final, e que geralmente é feito se o
> > windows travar ou seu programa for "matado" num CTRL+ALT+DEL...
> >
> >   [s]
> >
> >   ==========================
> >   Eduardo Jedliczka
> >   Apucarana - Pr
> >   ==========================
> >
> > ----- Original Message -----
> > From: "Vinícius Schwambach Velten" <vsvelten em bol.com.br>
> > To: "Carlos H. Cantu" <listas em warmboot.com.br>; "FireBase"
> > <lista em firebase.com.br>
> > Sent: Tuesday, April 12, 2005 7:15 PM
> > Subject: Re: [firebase-br] Perda de desempenho e inchasso da base de
> dados.
> >
> >
> > Cantu
> >
> > Como assim o controle transional não está legal? Você poderia ser mais
> > específico, por favor!
> >
> > Obrigado pela atenção.
> >
> > Vinícius
> >
> > ----- Original Message -----
> > From: "Carlos H. Cantu" <listas em warmboot.com.br>
> > To: "FireBase" <lista em firebase.com.br>
> > Sent: Tuesday, April 12, 2005 10:12 AM
> > Subject: Re: [firebase-br] Perda de desempenho e inchasso da base de
> dados.
> >
> >
> > > Tudo indica que seu controle transacional não está legal.
> > > Provavelmente transações estão ficando abertas por muito tempo, o que
> > > acaba gerando muitos registros de backversion, aumenta o tamanho do
> > > banco, e sobrecarrega o servidor.
> > >
> > > []s
> > > Cantu
> > > http://www.warmboot.com.br
> > > FireBase - http://www.FireBase.com.br
> > >
> > > VSV> Pessoal
> > >
> > > VSV> O que está acontecendo é o seguinte: o cliente está me
> > > VSV> reclamando que a aplicação está se tornando lenta. A princípio,
> > > VSV> eu fiz um backup e em seguida um restore. Fiquei espantado com o
> > > VSV> tamanho que a base de dados ficou após este procedimento. Antes
> > > VSV> do backup e com a lentidão, o BD tinha 63 Mb, após o restore, o
> > > VSV> Bd ficou com apenas 25Mb e o problema de lentidão foi resolvido!
> > > VSV> Porém, com menos de um mês este cliente me ligou dizendo que
> > > VSV> estava acontendo o mesmo problema. Repeti o procedimento de
> > > VSV> backup e restore, e o problema foi resolvido, só não sei até
> > > VSV> quando!
> > >
> > > VSV> Este problema já me foi relatado por outro cliente, sendo
> > > VSV> assim, me leva a acreditar que o problema é com a minha
> > > VSV> aplicação. O que poderia estar acasionando isto? Utilizo o
> > > VSV> firebird 1.5, o meu cliente possui máquinas de bom desempenho e
> > > VSV> um servidor dedicado bem robusto que atende perfeitamente o
> > > VSV> propósito da aplicação.
> > >
> > > VSV> Grato pela atenção dispensada!
> > >
> > > VSV> Vinícius Velten
> > >
> > >
> > >
> > > VSV> ______________________________________________
> > > VSV> FireBase-BR (www.firebase.com.br) - Hospedado em www.bavs.com.br
> > > VSV> Para editar sua configuração na lista, use o endereço
> > > VSV>
http://mail.firebase.com.br/mailman/listinfo/lista_firebase.com.br
> > > VSV> Para consultar mensagens antigas:
> > > VSV> http://search.gmane.org/search.php?groupirebase
> > >
> > >
> > > ______________________________________________
> > > 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://search.gmane.org/search.php?group=firebase
> > >
> >
> >
> >
> > ______________________________________________
> > 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://search.gmane.org/search.php?group=rebase
> >
> >
> > ______________________________________________
> > 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://search.gmane.org/search.php?group=firebase
> >
>
>
>
> ______________________________________________
> 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://search.gmane.org/search.php?groupþbase
>
>