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

[Eduardo Jedliczka]

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