Re: [PATCHES] Resurrecting per-page cleaner for btree

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: [PATCHES] Resurrecting per-page cleaner for btree
Дата
Msg-id 2220.1153927791@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: [PATCHES] Resurrecting per-page cleaner for btree  (Gregory Stark <gsstark@mit.edu>)
Ответы Re: [PATCHES] Resurrecting per-page cleaner for btree  (Csaba Nagy <nagy@ecircle-ag.com>)
Re: [PATCHES] Resurrecting per-page cleaner for btree  (Jim Nasby <jnasby@pervasive.com>)
Список pgsql-hackers
Gregory Stark <gsstark@mit.edu> writes:
> ... Well it's not like the existing vacuum checks for this.

Right, that's exactly why the patch works at all.  But the point here is
that the existing vacuum does not rely on re-computing index keys; all
it cares about is matching TIDs.  The retail-vacuum idea depends on the
assumption that you can look at the tuple and re-compute the same index
keys that you computed the first time; which is an assumption much
shakier than the assumption that TID comparison works.  (In fact, it's
trivial to see how user-defined functions that are mislabeled immutable
could make this fail.)  So retail vacuum without any cross-check that
you got all the index tuples is a scary proposition IMHO.

            regards, tom lane

В списке pgsql-hackers по дате отправления:

Предыдущее
От: andrew@dunslane.net
Дата:
Сообщение: Re: pgbench enhancements
Следующее
От: Tom Lane
Дата:
Сообщение: Re: Refactoring the API for amgetmulti