| From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
|---|---|
| To: | Heikki Linnakangas <hlinnaka(at)iki(dot)fi> |
| Cc: | Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>, "Jim C(dot) Nasby" <jnasby(at)pervasive(dot)com>, Greg Stark <gsstark(at)mit(dot)edu>, pgsql-hackers(at)postgresql(dot)org |
| Subject: | Re: Dead Space Map |
| Date: | 2006-02-28 18:00:11 |
| Message-ID: | 16688.1141149611@sss.pgh.pa.us |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
Heikki Linnakangas <hlinnaka(at)iki(dot)fi> writes:
> Index tuples have commit info hint bits in them, don't they?
Oooh, I forgot that one, but that's definitely strike 5.
And there's a strike 6: I'm pretty sure this idea breaks unique-index
checking. Somebody else trying to insert a tuple with a duplicate key
value might have just looked at your tuple and concluded it was dead,
hence they could go ahead and insert their tuple ... but at the time you
are looking, they haven't managed to insert their index entry quite yet.
Even if you can avoid that race condition, it will certainly take a
second index search to catch the problem.
regards, tom lane
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Tom Lane | 2006-02-28 18:01:48 | Re: Dead Space Map |
| Previous Message | Greg Stark | 2006-02-28 17:59:05 | Re: Dead Space Map |