> 16 июля 2018 г., в 18:58, Robert Haas <robertmh...@gmail.com> написал(а): > > On Fri, Jul 13, 2018 at 10:10 AM, Heikki Linnakangas <hlinn...@iki.fi> wrote: >> I'm still a bit scared about using pd_prune_xid to store the XID that >> prevents recycling the page too early. Can we use some field in >> GISTPageOpaqueData for that, similar to how the B-tree stores it in >> BTPageOpaqueData? > > What's your reason for being scared? It seems to me that the > alternatives being proposed (altering the size of the special space, > or sometimes repurposing a field for some other purpose) have their > own associated scariness.
Thanks, that's exactly what I'm thinking about where to store this xid. Here's v9 of the patch, it uses pd_prune_xid, but it is abstracted to GistPageGetDeleteXid() \ GistPageSetDeleteXid() so that we can change the way we store it easily. Best regards, Andrey Borodin.
0002-Physical-GiST-scan-during-VACUUM-v9.patch
Description: Binary data
0001-Delete-pages-during-GiST-VACUUM-v9.patch
Description: Binary data
