Re: language cleanups in code and docs - Mailing list pgsql-hackers

From Robert Haas
Subject Re: language cleanups in code and docs
Date
Msg-id CA+TgmoYQAaaQOWrL5gt69FXbGU3KAhfCdy=dYPoRtpyfgUZgVA@mail.gmail.com
Whole thread Raw
In response to language cleanups in code and docs  (Andres Freund <andres@anarazel.de>)
Responses Re: language cleanups in code and docs  (Tom Lane <tgl@sss.pgh.pa.us>)
Re: language cleanups in code and docs  (Andres Freund <andres@anarazel.de>)
Re: language cleanups in code and docs  (Bruce Momjian <bruce@momjian.us>)
List pgsql-hackers
On Mon, Jun 15, 2020 at 2:23 PM Andres Freund <andres@anarazel.de> wrote:
> 0002: code: s/master/primary/
> 0003: code: s/master/leader/
> 0006: docs: s/master/root/
> 0007: docs: s/master/supervisor/

I'd just like to make the pointer here that there's value in trying to
use different terminology for different things. I picked "leader" and
"worker" for parallel query and tried to use them consistently because
"master" and "slave" were being used widely to refer to physical
replication, and I thought it would be clearer to use something
different, so I did. It's confusing if we use the same word for the
server from which others replicate, the table from which others
inherit, the process which initiates parallelism, and the first
process that is launched across the whole cluster, regardless of
*which* word we use for those things. So, I think there is every
possibility that with careful thought, we can actually make things
clearer, in addition to avoiding the use of terms that are no longer
welcome.

-- 
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company



pgsql-hackers by date:

Previous
From: Robert Haas
Date:
Subject: Re: [Patch] ALTER SYSTEM READ ONLY
Next
From: Alvaro Herrera
Date:
Subject: Re: Review for GetWALAvailability()