Re: BUG #14150: Attempted to delete invisible tuple

Поиск
Список
Период
Сортировка
Искать
От
Oskari Saarenmaa
Тема
Re: BUG #14150: Attempted to delete invisible tuple
Дата
Msg-id
6e259534-eb94-0319-dace-ee83d9535a86@aiven.io
Ответ на
Список
Дерево обсуждения
Re: BUG #14150: Attempted to delete invisible tuple Peter Tripp <peter@chartio.com>
Re: BUG #14150: Attempted to delete invisible tuple Peter Geoghegan <pg@heroku.com>
Re: BUG #14150: Attempted to delete invisible tuple Peter Geoghegan <pg@heroku.com>
Re: BUG #14150: Attempted to delete invisible tuple Peter Tripp <peter@chartio.com>
Re: BUG #14150: Attempted to delete invisible tuple Peter Geoghegan <pg@heroku.com>
Re: BUG #14150: Attempted to delete invisible tuple Peter Geoghegan <pg@heroku.com>
07.07.2016, 05:15, Peter Geoghegan kirjoitti:
> Maybe heap_abort_speculative() should be refactored to call another
> function, and keep only the parts that specifically expect a
> HeapTupleHeaderIsSpeculative() tuple. The function that it is made to
> call (that consists of the majority of the current
> heap_abort_speculative() implementation) could also be called by a
> special super deletion variant of toast_delete(). No need to spread
> knowledge about speculative insertion any further this way, AFAICT.
> The UPSERT commit did modify two HeapTupleSatisfies* routines, but
> that didn't include HeapTupleSatisfiesUpdate() (just
> HeapTupleSatisfiesDirty(), and the aforementioned defensive code in
> HeapTupleSatisfiesToast()).
>
> What do you think of this outline, Oskari and Andres?

Something like the attached patch?  It still modifies the toast_delete 
API, but we could also implement a new speculative-tuple-aware version 
of it if that's a concern.

/ Oskari
В списке pgsql-bugs по дате отправления
От: bricklen
Дата:
От: Julien Rouhaud
Дата:
FAQ