[firebase-br] lock conflict em Procedures.

[Gladiston Santana]

Abra o programa principal e veja o tipo de transação que está usando junto
com os seus enlaces(wait,nowait,dirty,etc...), vá no IbExpert e configure
para usar a transação do mesmo tipo, depois repita no IBExpert um select
que voce usa no sistema onde geralmente ocorre a travada, carregue uma
segunda sessão do IBExpert com a mesma configuração de transação e tente
executar a procedure.

Isso serve para você experimentar que não é um bug do Firebird que merece
ser consertado, trata-se da forma como você está lidando com as transações.

Tente com calma, determinar que tipo de transação você precisa usar em
quais telas e use tantos componentes de conexão/transação voce precisar,
talvez uma para consulta e outra para lidar com as edições de registros que
precisem ser bloqueados até que se consuma a gravação, etc... Cada sistema
tem que saber o que pretende fazer em cada momento, por exemplo, ee voce
tem um sistema de bilhetagem de compra de assentos para viagem, voce impede
a pessoa de comprar um assento em que outro está em edição de venda e
chegou primeiro e portanto o segundo não deve melar a gravação do primeiro
porque o digitador de ficha do segundo é mais rápido do que o primeiro, daí
o uso do no_wait no enlace da transação, mas se é um relatório que tem de
ser fiel, então seria sensato esperar as transações naquele instante serem
concluidas (inverto do no_wait) tá bom, mas se é um relatório que não
precisa ser tão fidedigno assim então um snapshot (dirt read) tá de bom
tamanho e não atrapalha ninguem de consumir novas compras. Percebeu? Até
que você domine a tecnica com transações, voce pensará como o clippeiro de
20 anos atrás.

Além disso, deve estabelecer uma regra: as transações de escrita devem
durar o minimo de tempo possivel e talvez não lhe seja conveniente usar o
mesmo componente de transação para pesquisas.


Em 9 de maio de 2014 09:40, juca bala <suporte.suporte8 em gmail.com> escreveu:

> Bom dia,
>
> estou estudando a situação em que o Firebird retorna o seguinte erro:
>
> Unsuccessful execution caused by system error that does not preclude
> successful execution of subsequent statements.
> lock conflict on no wait transaction.
> unsuccessful metadata update.
> object BCA_REL_BIL_CANCELADOS is in use.
>
>
> Sei que isso ocorre por que tenho uma transação aberta que esta utilizando
> essa procedure, sei tambem que isso ocorre com o classic server.
>
> Minha pergunta é, o que muda do Superserver para o Classic?, isso é
> resultado do cache
> compartilhado do banco?
>
> sera que isso ocorre pelo fato de cada conexão ser independente da outra?
> fiz algumas buscas, mas ainda nao encontrei uma forma de resolver isto,
> acredito ate que nao exista uma forma nesse caso..
>
> na ideia de voces, existe alguma forma de contornar essa situação?,
> executar alterações nas Procedures sem ter que matar a conexao ativa com o
> usuario?
>
> obrigado!
> ______________________________________________
> 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
>



-- 
--
B em B@BU     iB em M@B.  B em MBBO   MBBMMB em B@BZLr    E@@@@i      r@@@BU
vB em M@O     E em B@Bu   BBBM em 0   G em MMM@N8MBB em ZP5r  B em B@k      8B@@O
 OB em B@q   2 em BBBM    B em B@BO   BB em B@B,.:,7B em B@@L uB em B@,    OB em B@.
 ,@@@B@   @BBB@,    @BBB em 8   M em M@@@     PB em B@B  @@@BN   iB em B@L
  U em B@B2 LB em B@X     B em MBBO   MBBM em B     i em BBB@. 7 em B@Bi  B em B@E
   B@@@BiM em M@B.     @BBM em G   M em MMB@     v@@M em B,  G em B@Z v em B@B.
   7B em B@O em B@B5      B em B@B8   BBBM em B     Z@@@B@   iB@@@2 em B@Br
    NB em M@B em B8       @B em B@8   M em B@B em i:i75 em B@B em r    E@@B em B@Bq
    . em B@@@B@:       B em B@B@   @B@@@B em B@B@@@ME;     .BB em MBB@
     55.ANOS        OMOGBS   PBZGGOOMOO117,        7 em BBB@r
     ==============================================r@@@@F=====
     Gladiston Santana                             8 em B@B,
     Supervisor de TI                             G em B@B7
     Tel.:+551147873122 R:228                    :@B em B0
     Grupo VIDY - SGQ ISO9001 - 55 ANOS          @B em B@.
     Visite nosso site: www·vidy·com·br         BB@@@u
     Visite também : www·expolabor·com·br      GB em B@N