| From: | Alvaro Herrera <alvherre(at)dcc(dot)uchile(dot)cl> |
|---|---|
| To: | Martin Marques <martin(at)bugs(dot)unl(dot)edu(dot)ar> |
| Cc: | Marcelo Retamal Vallejos <mretamal(at)cmet(dot)net>, Lista Postgres <pgsql-es-ayuda(at)postgresql(dot)org> |
| Subject: | Re: Transacciones concurrentes |
| Date: | 2004-04-14 21:16:25 |
| Message-ID: | 20040414211625.GA29416@dcc.uchile.cl |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-es-ayuda |
On Wed, Apr 14, 2004 at 05:07:21PM -0300, Martin Marques wrote:
> > > Que tal lista: Alvaro me preguntó por las llaves foraneas, la verdad que
> > > la tabla tiene varias de ellas, así que las saque y resultó, buenaaa!.
>
> Cuando es que estos problemas aparecen? Vi tu otro mensaje, p[ero no entiendo
> que es lo que frena la transaccion de la segunda sesion.
Para hacer la verificación de integridad, internamente se hace un SELECT
FOR UPDATE.
Idealmente habría que tomar un candado (lock) compartido por cada tupla,
pero por problemas de implementación lo mejor que se puede hacer es
tomar un candado exclusivo. Eventualmente alguien tiene que desarrollar
un mecanismo para poder tomar candados compartidos por tuplas ...
--
Alvaro Herrera (<alvherre[a]dcc.uchile.cl>)
"In a specialized industrial society, it would be a disaster
to have kids running around loose." (Paul Graham)
| From | Date | Subject | |
|---|---|---|---|
| Next Message | LUIS BAYARDO BUITRAGO MIRANDA | 2004-04-14 22:21:10 | Multiususuario |
| Previous Message | Martin Marques | 2004-04-14 20:07:21 | Re: Transacciones concurrentes |