From: | Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org> |
---|---|
To: | Mariano Reingart <mariano(at)nsis(dot)com(dot)ar> |
Cc: | Jaime Casanova <jcasanov(at)systemguards(dot)com(dot)ec>, suso <jlcubas(at)terra(dot)es>, pgsql-es-ayuda(at)postgresql(dot)org |
Subject: | Re: Bloqueo en registro-tabla |
Date: | 2009-06-16 20:16:36 |
Message-ID: | 20090616201636.GJ7519@alvh.no-ip.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
Mariano Reingart escribió:
> Alvaro:
> > Mariano Reingart escribió:
> >
> >> Para solucionar el tema si el médico se va y no desbloquea, se podría
> >> implementar algun mecanismo de señales con LISTEN y NOTIFY para detectar
> >> si el bloqueo sigue vigente o no.
> >
> > Hmm, ¿quién haría listen y quién notify? ¿Qué identificador se usaría?
>
> Se me ocurre que una forma es que el que necesita acceso (y esta
> bloqueado) podría hacer un NOTIFY sobre la misma tabla, y el LISTEN lo
> haría el que esta bloqueando.
Pero eso significaría que el que está bloqueando tendría que estar
conscientemente examinando el socket de conexión para recibir la
notificación. Creo que sería muy difícil para el desarrollador de la
aplicación asegurarse que esto se cumple.
--
Alvaro Herrera http://www.flickr.com/photos/alvherre/
One man's impedance mismatch is another man's layer of abstraction.
(Lincoln Yeoh)
From | Date | Subject | |
---|---|---|---|
Next Message | Mariano Reingart | 2009-06-16 20:29:34 | Re: Bloqueo en registro-tabla |
Previous Message | Alejandro D. Burne | 2009-06-16 20:11:53 | Re: AYUDA CON JOBS |