Re: Tracking of page changes for backup purposes. PTRACK [POC] - Mailing list pgsql-hackers

From Aleksander Alekseev
Subject Re: Tracking of page changes for backup purposes. PTRACK [POC]
Date
Msg-id 20171218113546.GC30771@e733.localdomain
Whole thread Raw
In response to Tracking of page changes for backup purposes. PTRACK [POC]  (Anastasia Lubennikova <a.lubennikova@postgrespro.ru>)
Responses Re: Tracking of page changes for backup purposes. PTRACK [POC]
List pgsql-hackers
Hello Anastasia,

Personally I'm very glad PTRACK is finally proposed to be ported to the
community PostgreSQL.

> Since ptrack is basically just an API for use in backup tools, it is
> impossible to test the patch independently.

I believe it's worth to create an extension that will provide access to
the PTRACK's public API. Even if there will be not many users interested
in this extension, we should have at least some basic tests like "if we
write to the table, its pages change", "if we update a tuple,
corresponding indexes change", "if we clean up a bitmap, PTRACK says there
are no changed pages", etc.

--
Best regards,
Aleksander Alekseev

Attachment

pgsql-hackers by date:

Previous
From: Etsuro Fujita
Date:
Subject: Re: [HACKERS] Add support for tuple routing to foreign partitions
Next
From: Aleksander Alekseev
Date:
Subject: Re: Tracking of page changes for backup purposes. PTRACK [POC]