Re: Multiple table entries?
От | Greg Stark |
---|---|
Тема | Re: Multiple table entries? |
Дата | |
Msg-id | 407d949e0908231112y17ded3eoc0f6ea132453a1cb@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Multiple table entries? (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: Multiple table entries?
|
Список | pgsql-general |
On Sun, Aug 23, 2009 at 7:00 PM, Tom Lane<tgl@sss.pgh.pa.us> wrote: > Greg Stark <gsstark@mit.edu> writes: >> The last tuple is marked strangely I think. I don't think it's >> supposed to have XMAX_INVALID if xmax is 0 but I could be wrong. Also, >> I don't understand why it's marked as UPDATED if ctid and xmax aren't >> set. > > No, that all looks right to me. UPDATE sets HEAP_UPDATED on the newer > version of the row, not the older one. What looks interesting to me is > that the last update isn't marked HEAP_ONLY_TUPLE, ie, it's not in the > same HOT chain. Why is that I wonder ... > >> I'm wondering if the page allvisible flag is set. The visibility map >> is one of the few 8.4 patches which impact transaction visibility. > > But we don't use that while examining individual tuples, do we? We don't use the visibility map itself but we *do* use the page header's all visible bit. On a sequential scan we skip the visibility check for tuples on the page if the page header bit is set. -- greg http://mit.edu/~gsstark/resume.pdf
В списке pgsql-general по дате отправления: