Heikki Linnakangas <heikki.linnakan...@enterprisedb.com> wrote:
> On 20.04.2011 17:26, Tom Lane wrote:
 
>> Why is predicate.c getting called at all when
>> transaction_isolation is not SERIALIZABLE?  (Although the same
>> crash happens when it is ...)
> 
> Because another serializable transaction that reads/updates the
> tuple later needs to find the predicate lock acquired by the
> first transaction, even if the transaction in the middle isn't
> serializable.
 
For an example of the issue, see this post:
 
http://archives.postgresql.org/pgsql-hackers/2011-02/msg00325.php
 
While all transactions there are serializable, the issue exists even
if the transaction which updates the tuple with the predicate lock
isn't serializable.
 
-Kevin

-- 
Sent via pgsql-bugs mailing list (pgsql-bugs@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-bugs

Reply via email to