From: | Thomas Munro <thomas(dot)munro(at)enterprisedb(dot)com> |
---|---|
To: | Simon Riggs <simon(at)2ndquadrant(dot)com> |
Cc: | Robert Haas <robertmhaas(at)gmail(dot)com>, Pg Hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: WIP: Detecting SSI conflicts before reporting constraint violations |
Date: | 2016-03-11 06:00:20 |
Message-ID: | CAEepm=2R6g4-oqe4Y-g2xsfXHLtfoEjf201yEsc1tRM-sjGB6w@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Fri, Mar 11, 2016 at 6:31 PM, Thomas Munro
<thomas(dot)munro(at)enterprisedb(dot)com> wrote:
> I'm not sure what to make of the pre-existing comment about following
> HOT-chains and concurrent index builds (which I moved). Does it mean
> there is some way that CREATE INDEX CONCURRENTLY could cause us to
> consider the wrong tuple and miss an SSI conflict?
No, because the check is done entirely on the basis of the the index
page. The question may be arise if we discover that we also need a
conflict-out check here though, because it would be based on the tuple
that has been found by heap_hot_search_buffer.
--
Thomas Munro
http://www.enterprisedb.com
From | Date | Subject | |
---|---|---|---|
Next Message | Amit Kapila | 2016-03-11 06:19:02 | Re: RFC: replace pg_stat_activity.waiting with something more descriptive |
Previous Message | Amit Langote | 2016-03-11 05:31:56 | Re: [PROPOSAL] VACUUM Progress Checker. |