| From: | Simon Riggs <simon(at)2ndQuadrant(dot)com> |
|---|---|
| To: | Peter Eisentraut <peter_e(at)gmx(dot)net> |
| Cc: | pgsql-hackers <pgsql-hackers(at)postgresql(dot)org> |
| Subject: | Re: remove wal_level archive |
| Date: | 2016-01-26 15:56:12 |
| Message-ID: | CANP8+jL-OGpgPshjLEdJra1NVe42KN_kPK1=VE3mHEeJwz8A_Q@mail.gmail.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
On 1 September 2015 at 03:39, Peter Eisentraut <peter_e(at)gmx(dot)net> wrote:
> - The distinction between wal_level settings "archive" and "hot_standby"
> is in the way of automation or better intelligence, because the primary
> cannot tell what the receiver intends to do with the WAL.
>
> So here is a patch to get rid of the distinction.
>
> Bike-shedding: In this patch, I removed "archive" and kept
> "hot_standby", because that's what the previous discussions suggested.
> Historically and semantically, it would be more correct the other way
> around. On the other hand, keeping "hot_standby" would probably require
> fewer configuration files to be changed. Or we could keep both, but
> that would be confusing (for users and in the code).
>
I've reviewed this and have a few comments.
Removing one of "archive" or "hot standby" will just cause confusion and
breakage, so neither is a good choice for removal.
What we should do is
1. Map "archive" and "hot_standby" to one level with a new name that
indicates that it can be used for both/either backup or replication.
(My suggested name for the new level is "replica"...)
2. Deprecate "archive" and "hot_standby" so that those will be removed in a
later release.
--
Simon Riggs http://www.2ndQuadrant.com/
<http://www.2ndquadrant.com/>
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Craig Ringer | 2016-01-26 15:58:21 | Re: pg_lsn cast to/from int8 |
| Previous Message | Craig Ringer | 2016-01-26 15:51:56 | Re: Proposal:Use PGDLLEXPORT for libpq |