Re: [PATCH] remove pg_standby
Fujii Masao <masao.fujii@oss.nttdata.com>
From: Fujii Masao <masao.fujii@oss.nttdata.com>
To: Thomas Munro <thomas.munro@gmail.com>,
Michael Paquier <michael@paquier.xyz>
Cc: Peter Eisentraut <peter.eisentraut@enterprisedb.com>,
Justin Pryzby <pryzby@telsasoft.com>, Heikki Linnakangas <hlinnaka@iki.fi>,
Tom Lane <tgl@sss.pgh.pa.us>, Stephen Frost <sfrost@snowman.net>,
Ian Lawrence Barwick <barwick@gmail.com>,
pgsql-hackers <pgsql-hackers@postgresql.org>
Date: 2021-01-27T08:08:56Z
Lists: pgsql-hackers
On 2021/01/27 14:32, Thomas Munro wrote: > On Wed, Jan 27, 2021 at 6:06 PM Michael Paquier <michael@paquier.xyz> wrote: >> On Wed, Jan 27, 2021 at 04:13:24PM +1300, Thomas Munro wrote: >>> I would like to commit this, because "waiting restore commands" have >>> confusing interactions with my proposed prefetching-during-recovery >>> patch[1]. Here's a version that fixes an error when building the docs >>> (there was a stray remaining <xref linkend="pgstandby"/>), and adds a >>> commit message. Any objections? I agree with this direction (i.e, remove pg_standby). BTW last month when I gave the talk about possible retire of pg_standby at PostgreSQL Unconference Tokyo, no one in audience complained about that retire. But one question is; shouldn't we follow "usual" way to retire the feature instead of dropping that immediately? That is, mark pg_standby as obsolete, announce that pg_standby will be dropped after several releases, and then drop pg_standby. This seems safe because there might be some users. While it's been marked as obsolete, maybe WAL prefetch feature doesn't work with pg_standby, but we can live with that because it's obsolete. Regards, -- Fujii Masao Advanced Computing Technology Center Research and Development Headquarters NTT DATA CORPORATION
Commits
-
Remove documentation of waiting restore_command.
- 5c6d184213bb 14.0 landed
-
Retire pg_standby.
- 514b411a2b52 14.0 landed
-
doc: Fix typos
- 796f57d21697 9.5.25 landed
- 272ace098dd3 9.6.21 landed
- d965f698dcbe 10.16 landed
- b9a027c53a2a 11.11 landed
- b608645c17d7 12.6 landed
- 7ef52b5d5de4 13.2 landed
- 2fbd786c3446 14.0 landed