[firebase-br] RES: RES: Gargalo no FB 2.5

Ter Ago 6 13:27:01 -03 2013

Eu vou tentar. Mas saliento que à um mês atras, antes de migrarmos para Windows server 2012 64 bits e trocar por um novo servidor isso nao acontecia. Fico imaginando se não seria alguma configuração no banco ou firebird que causa esses congelamentos repentinos e breves. Temos sistemas em SQL Server que funcionam normalmente.

Chico - Enviado via iPhone

Em 06/08/2013, às 09:45, "Gladiston Santana" <gladiston em vidy.com.br> escreveu:

> Tire o order by, nem sabia que dava para usar um order by num update e olhe
> que eu sabia que era possível usar old.campo para pegar valores anteriores.
> 
> sem um where, se a quantidade de registros for grande além de demorar um
> pouco mais voce trava a tabela momentaneamente para não receber novas
> atualizações. Avalie se realmente todos os registros da tabela precisam de
> atualização, se houver condições existentes de registros que não precisam
> dessa atualização então defina um where, por exemplo, se existem registros
> onde o SaldoNN já é zero para quê forçar uma atualização? Neste caso um
> update poderia conter um where assim:
> 
> 
> WHERE (SALDOMES00+SALDOMES01+SALDOMES02+(...)+SALDOMES11) >0
> 
> Pode criar um campo calculado para facilitar o entendimento tambem :
> CREDITO_SOMA  COMPUTE BY (SALDOMES00+SALDOMES01+SALDOMES02+(...)+SALDOMES11)
> Neste caso o update ficaria:
> WHERE (CREDITO_SOMA  >0)
> 
> Enfim, tente não usar um update para tudo, pois isso enfiará a tabela por
> inteiro no garbage e realmente torna demorado a atualização.
> 
> 
> 
> 
> 
> Em 5 de agosto de 2013 17:44, Francisco José Bononi <
> francisco.bononi em auditecmatao.com.br> escreveu:
> 
>> Vou verificar, mas dando mais um depoimento a vocês, esse update que
>> escrevi abaixo, roda normal várias vezes, e uma hora ou outra ele demora
>> mais de um minuto para fazer. Agora mesmo fez isso, e tinha só eu nesse
>> banco.
>> 
>> UPDATE PLANO
>> SET
>>  DEBITOMES00 = 0,
>>  CREDITOMES00 = 0,
>>  SALDOMES00 = 0,
>>  DEBCREDMES00 = NULL,
>>  DEBITOMES01 = 0,
>>  CREDITOMES01 = 0,
>>  SALDOMES01 = 0,
>>  DEBCREDMES01 = NULL,
>>  DEBITOMES02 = 0,
>>  CREDITOMES02 = 0,
>>  SALDOMES02 = 0,
>>  DEBCREDMES02 = NULL,
>>  DEBITOMES03 = 0,
>>  CREDITOMES03 = 0,
>>  SALDOMES03 = 0,
>>  DEBCREDMES03 = NULL,
>>  DEBITOMES04 = 0,
>>  CREDITOMES04 = 0,
>>  SALDOMES04 = 0,
>>  DEBCREDMES04 = NULL,
>>  DEBITOMES05 = 0,
>>  CREDITOMES05 = 0,
>>  SALDOMES05 = 0,
>>  DEBCREDMES05 = NULL,
>>  DEBITOMES06 = 0,
>>  CREDITOMES06 = 0,
>>  SALDOMES06 = 0,
>>  DEBCREDMES06 = NULL,
>>  DEBITOMES07 = 0,
>>  CREDITOMES07 = 0,
>>  SALDOMES07 = 0,
>>  DEBCREDMES07 = NULL
>> ORDER BY CONTAPLANO;
>> 
>> 
>> Se o problema fosse o sweep, ele não iria ficar lento o tempo todo ?
>> 
>> Chico.
>> 
>> ________________________________________
>> De: lista [lista-bounces em firebase.com.br] em nome de Joel do Prado Junior
>> [big.rid.listas em gmail.com]
>> Enviado: segunda-feira, 5 de agosto de 2013 17:36
>> Para: FireBase
>> Assunto: Re: [firebase-br] RES:  Gargalo no FB 2.5
>> 
>> "Se eu desativar o sweep eu tenho que roda-lo manualmente em um horário
>> que não tem ninguem usando ?"
>> 
>> Sim, se você desativar o sweep terá que executá-lo no momento que
>> considerar adequado.
>> 
>> 
>> 
>> "Outra coisa que me lembrei é que faço muitos selects sem dar comit, isso
>> pode ser um fator para as breves congeladas ?"
>> 
>> Se o componente que você utiliza não faz o controle transacional
>> automaticamente, você deve executar o commit, a cada vez que não precisar
>> mais dos dados do teu select, do contrário o banco ficará com as transações
>> abertas.
>> Observe a tabela MON$TRANSACTIONS do teu banco a cada select.
>> 
>> 
>> 
>> Em 05/08/2013 16:58, Francisco José Bononi escreveu:
>>> O ODS está 11.2, o sweep está 20.000.
>>> Se eu desativar o sweep eu tenho que roda-lo manualmente em um horário
>> que não tem ninguem usando ?
>>> 
>>> Se eu não rodar o sweep manualmente terei problemas ?
>>> 
>>> Outra coisa que me lembrei é que faço muitos selects sem dar comit, isso
>> pode ser um fator para as breves congeladas ?
>>> 
>>> Chico.
>>> ________________________________________
>>> De: lista [lista-bounces em firebase.com.br] em nome de Julio F.
>> Figueiredo [tuskinhu em gmail.com]
>>> Enviado: segunda-feira, 5 de agosto de 2013 15:33
>>> Para: FireBase
>>> Assunto: Re: [firebase-br] Gargalo no FB 2.5
>>> 
>>> Nesse caso deveria sim.
>>> 
>>> Mas quiser verificar só por desencargo de consciência segue o comando:
>>> 
>>> gstat -h ip:banco
>>> 
>>> ODS 1.5 = 10.1
>>> ODS 2.5 = 11.2
>>> 
>>> 
>>> 
>>> ________________________________________
>>> Att,
>>> *Julio F. Figueiredo*
>>> *Analista de Sistemas*
>> 
>> 
>> ______________________________________________
>> 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
>> 
>> ______________________________________________
>> 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
> ______________________________________________
> 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