Problema con resgistro bloqueado

[apicito]

Se me ha quedado bloqueado un registro en Firebird 5 con

select * from RESCON where RESCON_TIPO=1 for update with lock

ahora no consigo desbloquearlo.
He probado a hacer backup/restore, reiniciar el Firebird y nada.

[_fede]

Hola, nunca he trabajado con Firebird 5, pero en Oracle se soluciona realizando commit.

Un saludo.

[apicito]

He tenido que desinstalar el firebird, eliminar el directorio y volver a isntalarlo para que lo desbloquera. Es normal esto?.
Para ilustrar mejor el caso os pongo el código con el que bloqueo el registro. En toda la aplicación solo utilizo el bloqueo aquí.

  QueryResCon.Close;
  QueryResCon.SQL.Clear;
  if Res_Tipo='E' then
    QueryResCon.SQL.Add('select * from RESCON where RESCON_TIPO=1 for update with lock')
  else
    QueryResCon.SQL.Add('select * from RESCON where RESCON_TIPO=2 for update with lock');
  x:=1;
  while x < 10 do
    begin
      try
        QueryResCon.Open;
        x:=11
      except
        if x > 5 then
          begin
            Showmessage('Contador ocupado por otro usuario, intentalo de nuevo');
            Exit;
          end;
        x:=x+1;
      end;
    end;

[jachguate]

¿Firebird 5!!?

chanfle!!... yo me quedé en la alpha de firebird 2.0...

[apicito]

Empezado por jachguate

¿Firebird 5!!?

chanfle!!... yo me quedé en la alpha de firebird 2.0...

Evidentemente:1.5

[apicito]

Para que conste, por si alguien consulta este hilo más tarde, la solución fue desinstalar firebird y volver a instalarlo. Parece como si en algún sitio de la instalación quedase grabado que ese registro estaba bloqueado y al reinstalarlo se sobreescribiese ese sitio.

[Rufus]

Apicito me parece interesante el problema que planteas.

Te confieso que en las aplicaciones que realizo con firebird nunca he utilizado WITH LOCK. Utilizando bien las transacciones y los bloqueos optimistas no he tenido problema aunque he de aclarar que los programas son ligeros y los utilizan normalmente entre 10 y 20 usuarios simultaneos aproximadamente.

Si lo que quieres es bloquear un registro a nivel edición ya sabemos que eso lo conseguimos aplicando un UPDATE ficticio sobre ese registro al comenzar la edición por un cliente aunque podemos tener problemas con los triggers y hay que controlarlos muy bien.

Dos enlaces interesantes:

- Notas de la versión 1.5:
http://www.ibphoenix.com/downloads/F...tesSpanish.pdf
En la página 15 se describe la opción WITH LOCK.

- Si lees bien ingles técnico te dejo este artículo que esta muy muy bien, sobre bloqueos en firebird:
http://www.interbase-world.com/en/articles/805.php

Un saludo

[case]

Correcto. El uso de un SELECT con for update no me parece una muy buena opcion. Es preferible utilizar un UPDATE anterior o simplemente actualizar el registro y capturar la excepcion si hay un conflicto de versiones. Es mas simple, claro y ordenado. Ah, aparte de que el motor es muy eficiente para manejar estas situaciones sin necesidad de bloqueos.

[apicito]

La aplicación está siendo utilizada simultáneamente por 20-30 usuarios y no había tenido problemas. La tabla que me ofrecia problemas era el del contador de registro de entrada, osea el asignador de numeros consecutivos. Es el único sitio en toda la aplicación en la que utilizo el WITH LOCK. A ese contador acceden ocasionalmente todos los usuarios pero en la oficina de entradas existen tres puestos que solo graban registros que utilizan ese contador, por lo que el nivel de concurrencias es muy alto. Me dio muchos problemas hasta que utilice el mecanismo que expuse en el primer mensaje, donde el concurrente intenta grabar diez veces y si no lo consigue da mensaje de concurrencia. Desde principio de año no me dió ningún problema, hasta este momento en que creo que no se trata de que funcione mal el WITH LOCK sino que el servidor hizo algo mal.
Un saludo.