Re: this is in plain text (row level locks) - Mailing list pgsql-hackers

From Tom Lane
Subject Re: this is in plain text (row level locks)
Date
Msg-id 15214.1059020990@sss.pgh.pa.us
Whole thread Raw
In response to Re: this is in plain text (row level locks)  (Bruce Momjian <pgman@candle.pha.pa.us>)
Responses Re: this is in plain text (row level locks)  (Bruce Momjian <pgman@candle.pha.pa.us>)
List pgsql-hackers
Bruce Momjian <pgman@candle.pha.pa.us> writes:
> Tom Lane wrote:
>> This is actually an issue though.  Row-level shared locks would be
>> really nice to have for foreign-key handling.  Right now we have to
>> use X locks for those, and that leads to deadlocking problems for
>> applications.

> Is the plan to allow one backend to shared lock the row while others can
> read it but not modify it, or is the idea to actually allow multiple
> backends to record their shared status on the row?

Plan?  We have no plan to fix this :-(.  But clearly there has to be
some way to tell which backends hold read locks on a shared-locked row,
else you can't tell if they've all dropped the lock or not.
        regards, tom lane


pgsql-hackers by date:

Previous
From: Bruce Momjian
Date:
Subject: Re: this is in plain text (row level locks)
Next
From: Arguile
Date:
Subject: Re: DBD::Pg, schema support