Re: Summary of plans to avoid the annoyance of Freezing - Mailing list pgsql-hackers

From Masahiko Sawada
Subject Re: Summary of plans to avoid the annoyance of Freezing
Date
Msg-id CAD21AoD5qPgdiK4Zem18zoat8s7v8nuWTvmQbEznOuj1ZiAPZQ@mail.gmail.com
Whole thread Raw
In response to Re: Summary of plans to avoid the annoyance of Freezing  (Greg Stark <stark@mit.edu>)
List pgsql-hackers
On Wed, Sep 9, 2015 at 10:03 PM, Greg Stark <stark@mit.edu> wrote:
> On Sun, Sep 6, 2015 at 1:25 PM, Andres Freund <andres@anarazel.de> wrote:
>> My vote is that we should try to get freeze maps into 9.6 - that seems
>> more realistic given that we have a patch right now. Yes, it might end
>> up being superflous churn, but it's rather localized. I think around
>> we've put off significant incremental improvements off with the promise
>> of more radical stuff too often.
>
> Superfluous churn in the code isn't too bad. But superfluous churn in
> data formats might be a bit more scary. Would we be able to handle
> pg_upgrade from a database with or without a freezemap? Would you have
> to upgrade once to add the freezemap then again to remove it?
>

Currently freeze map patch adds frozen bit to visibility map when
upgrading to 9.6.
The visibility map is not critical information, and is generated by VACUUM.
So we can drop it and create new visibility map by doing VACUUM, if
table size is not large.

Regards,

--
Masahiko Sawada



pgsql-hackers by date:

Previous
From: David Rowley
Date:
Subject: Re: [PROPOSAL] Covering + unique indexes.
Next
From: YUriy Zhuravlev
Date:
Subject: Re: Move PinBuffer and UnpinBuffer to atomics