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
Re: [PATCHES] Resurrecting per-page cleaner for btree |
Список | 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 по дате отправления: