From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Jan Wieck <JanWieck(at)Yahoo(dot)com> |
Cc: | Stephan Szabo <sszabo(at)megazone(dot)bigpanda(dot)com>, Alvaro Herrera <alvherre(at)dcc(dot)uchile(dot)cl>, Vivek Khera <khera(at)kcilink(dot)com>, pgsql-general(at)postgresql(dot)org |
Subject: | Re: Buglist |
Date: | 2003-08-20 20:49:21 |
Message-ID: | 19176.1061412561@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general pgsql-hackers |
Jan Wieck <JanWieck(at)Yahoo(dot)com> writes:
> Aah - there is the first bullet hole in my multi-ctid-index-idea. Now
> the question becomes how expensive these tests are (if a normal backend
> can do them at all within reason)?
It's not hugely expensive, IIRC, you just need to make some additional
checks against global xmin (compare HeapTupleSatisfiesVacuum against
the others). We're already doing something similar for the optimization
that suppresses subsequent heap lookups for globally-dead index tuples.
I'm dubious about the multi-ctid idea though because it would mean
bloating the index tuple header, whether there was any use for multiple
entries or not. (Could we make the header variable size? Not sure it's
worth the trouble.)
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Andrew Sullivan | 2003-08-20 20:51:54 | Re: Buglist |
Previous Message | Dennis Gearon | 2003-08-20 20:48:09 | Re: Mail server load |
From | Date | Subject | |
---|---|---|---|
Next Message | Andrew Sullivan | 2003-08-20 20:51:54 | Re: Buglist |
Previous Message | Rod Taylor | 2003-08-20 20:41:32 | Re: "SELECT IN" Still Broken in 7.4b |