[firebase-br] situação estranha com firebird

[Fernando Filho]

Elton, cara eu pensei que sabia alguma coisa, mas vi que não sei nada
huahuahua
muito boa suas explanações, abriu minha mente.
de imediato eu preciso resolver esses travamentos, pra depois pensar em
mexer no sistema.

eu tinha um trecho que deixava sem o commitrettaing e dava no final dentro
de um try execept, com rollbackrettaing isso deu uns
lockconflicts, ai eu removi e deixei a todo update/delete, olha como
aparecia:

"lock conflict on no wait transaction
deadlock
update conflicts with concurrent update
concurrent transaction number is 2454023"

deixa ver se eu entendi..esse transaction number é tao grande por que eu
nunca "zerei" as transações?
e como eu zero isso, fazendo um backup/restore, dando commit ou fazendo esse
sweep?

to ficando doido :P
valeu!!

Em 24 de maio de 2010 16:50, Elton da Motta Barbosa
<embarbosa em gmail.com>escreveu:

> >Elton,
> >  não sei se expliquei errado sobre o commitretainning. é justamente o
> >contrario, qualquer insert/update/delete eu uso ele. nunca deu erro de
> >lockconflict, nunca usei commit, não sei como funcionaria caso colocasse.
> >você aconselha?
> >sobre o problema, realmente ainda não percebi alguma relação com nada do
> >sistema, curiosamente aconteceu depois que fiz uns backups/restores quando
> >deu uma forte queda de energia na empresa, porém o firebird não acusa mais
> >erros no banco.
> >dá uma olhada na imagem do processo do servidor que eu coloquei, ve se tu
> >achas normal.
> >nunca usei esse monitoramentos que vc falou. como faço isso?
> >valeu pela ajuda!
> >abraço
> >Fernando
>
>
> A questão Fernando não é erro de lockconflict. O commitRetaining não
> fecha a transação. Apenas faz o commit, mas continua com a mesma
> transação aberta. Isso implica em transações abertas por um tempo
> muito maior e assim você terá problemas.
> Tem alguma coisa sobre isso aqui na lista e em outros lugares.
> Pesquise por favor sobre o Commitretaining na lista, caso não encontre
> poste novamente uma dúvida mais específica e espere alguém postar algo
> mais substancial.
>
> Se eu aconselho a trocar os commitRetaining por Commit? Sim! Sem
> dúvida! Faça isso sempre que possível. Nos momentos impossíveis, tente
> fazer o menor uso possível do CommitRetaining e RollbackRetaining, e
> assim que possível, faça um commit ou rollback.
>
> Sobre não ter dado erro antes, é que esse erro é um problema a longo
> prazo, ele não acontece imediatamente, e sim quando há muitas
> transações que já deviam ter sido apagadas mas ainda estão no banco de
> dados.
>
> Sobre as tabelas de monitoramento, eu perguntei pois elas poderiam ser
> um problema (há um bug na versão 2.1.3 que está sendo corrigido no
> momento). Como você não faz uso, não se preocupe, pois não fazem parte
> do seu problema.
>
> tem artigos no Firebase sobre os assuntos
>
> http://www.firebase.com.br/fb/artigo.php?id=2047
> http://www.firebase.com.br/fb/artigo.php?id=1127
> http://www.firebase.com.br/fb/artigo.php?id=1212
> http://www.firebase.com.br/fb/artigo.php?id=331
> http://www.firebase.com.br/fb/artigo.php?id=1741
>
> http://www.firebase.com.br/fb/artigo.php?id=1971
>
> acho que é o suficiente para começar O_O
>
> ______________________________________________
> 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://firebase.com.br/pesquisa
>



-- 
Atenciosamente
Fernando Filho