From: | Florian Pflug <fgp(dot)phlo(dot)org(at)gmail(dot)com> |
---|---|
To: | Florian Weimer <fweimer(at)bfk(dot)de> |
Cc: | Kevin Grittner <Kevin(dot)Grittner(at)wicourts(dot)gov>, Nicolas Barbier <nicolas(dot)barbier(at)gmail(dot)com>, Albe Laurenz <laurenz(dot)albe(at)wien(dot)gv(dot)at>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Update on true serializable techniques in MVCC |
Date: | 2009-12-18 16:51:31 |
Message-ID: | 4B2BB313.80201@gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On 18.12.09 16:42 , Florian Weimer wrote:
> * Florian Pflug:
>> On 16.12.09 16:40 , Kevin Grittner wrote:
>>> Nicolas Barbier<nicolas(dot)barbier(at)gmail(dot)com> wrote:
>>>
>>>> I am not sure whether the serialization failures that it may cause
>>>> are dependent on the plan used.
>>>
>>> They are.
>>
>> But so are failures due to deadlocks even today, no?
>
> They are detected. In this context, "serialization failure" means
> that PostgreSQL generates a history which lacks one-copy
> serializability, without reporting any errors.
No, the whole point of this SIREAD-lock technique is to prevent that
once and for all, and make SERIALIZABLE transaction really serializable
(or fail with a "serialization error").
> (In the general case,
> the unique constraint violation which bugs me personally is a
> different beast and does result in an error.)
I'm not sure I understand what you are referring to here.
best regards,
Florian Pflug
From | Date | Subject | |
---|---|---|---|
Next Message | David E. Wheeler | 2009-12-18 16:56:01 | Re: PATCH: Add hstore_to_json() |
Previous Message | Robert Haas | 2009-12-18 16:51:11 | Re: PATCH: Add hstore_to_json() |