On Fri, Feb 26, 2010 at 4:47 AM, Tom Lane <t...@sss.pgh.pa.us> wrote: >> I feel the other one is easy. To store the hint bits inside the ItemId, in >> the place of size. > > No, we're not going there. That breaks the fundamental page content > manipulation algorithms, and falls down for tuples not yet stored in a > page (or being examined without a pointer to the page readily at hand), > and has no redeeming social value anyway compared to doing it in the > proven fashion.
Well we were already talking about moving the hint bits to someplace else to enable CRC checking. My favourite place was the line pointer, but you wanted a separate area -- either of which would have these problems. But this is all irrelevant to the particular issue at hand. The bigger point is that you've chosen a change that requires massive changes to all different parts of the system and causes problems for all different situations. You might be able to come up with solutions for some of them but I bet there are some you realize later are insoluble. And a lot of the solutions themselves have problems or impose limitations that we won't be able to live with. Much better to take on a "simple" project like enabling full sequential index scans which you claimed you had a solution for and which is in any case an important sub-problem for IOT. -- greg -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers