Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jaEuu-0007At-Uw for pgsql-hackers@arkaria.postgresql.org; Sun, 17 May 2020 08:45:04 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1jaEus-0007cd-OA for pgsql-hackers@arkaria.postgresql.org; Sun, 17 May 2020 08:45:02 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jaEus-0007bb-Gs for pgsql-hackers@lists.postgresql.org; Sun, 17 May 2020 08:45:02 +0000 Received: from mout.kundenserver.de ([212.227.126.187]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1jaEun-0003vY-Kk for pgsql-hackers@postgresql.org; Sun, 17 May 2020 08:44:59 +0000 Received: from [192.168.178.43] ([77.190.149.183]) by mrelayeu.kundenserver.de (mreue010 [212.227.15.129]) with ESMTPSA (Nemesis) id 1MT9zD-1jVSSY3Ish-00UYOG; Sun, 17 May 2020 10:44:45 +0200 Subject: Re: Add A Glossary To: Alvaro Herrera Cc: Erik Rijkers , Laurenz Albe , Fabien COELHO , Peter Eisentraut , Corey Huinker , Justin Pryzby , Roger Harkavy , pgsql-hackers@postgresql.org, Michael Paquier References: <20200517065126.GA20730@alvherre.pgsql> From: =?UTF-8?Q?J=c3=bcrgen_Purtz?= Message-ID: <018f4997-22b8-ab88-3813-94c0b5a67f9a@purtz.de> Date: Sun, 17 May 2020 10:44:43 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.7.0 MIME-Version: 1.0 In-Reply-To: <20200517065126.GA20730@alvherre.pgsql> Content-Type: multipart/alternative; boundary="------------8E5B72AB7C19CC5B8724C882" Content-Language: en-US X-Provags-ID: V03:K1:pa1JUCx8twNhM7IR1Qntmidn8G0vmlQnYODBMvKsfmnI1iEtn9o xaqnbiG8NuMjxMUf3Z85SE23JFZzqsWMMazz0FgtyhhdEfDrgqKbekFiyh9mH9yrUW1GVm+ 1ol+DhFHy0yd2tAk8qHJBv4PRERsu+lMdLVNQSojabdpFwHVrCAgnS1XsEuOVQ1aPtc1jcg PCOBIqTltMo2ThB3ve8Pw== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:8USGygrTOoc=:C9rAZoM6s3bLpsO4GO+1GQ LXXave9cJhkVVY/jsFkI2ooE7RiqijQqqFTmOX3Qm9q34Ffa21PepvWWvLjsv0VLyTzfiBTgn d9ydKxRpPD0UxFnd9z/zlP7gSKRICcWB3dHvTGDjXGySpt9R4PgMgQ37eGuIBV1A3rxH1Qh5Y AE16EGw4om5dmqSDSkx63rlEqA5rXaKe3SrQzd1uShwjftOyxKLGvHrK+2F4prJ06a9JMbphA ap6zofBMXeO5On2oigsaj+ZzQAh4JF2aNv6iccrZL54I59wB5j/Aj77FES099rX4bvdzPYCWp y2W7IBsI7hCPse04RgGo8N0NytoX8WMtoESMUy0F4XwA7Oq05/tU1l8+N0bOC9NK5LrWW77Ca qsaABe27hr1FZ74trHjenar/Kwv88DJnI2lZDnOUXhj9nS0wT6kEa6L3MnX8slm6RJNvHlQbq Fx5xhP9nOdDnLeU8ji6fuchETaK3FJNIaFhDi5ry2MzsUxPmUj+UFYWmo7mqP10EDTuse1zMq sdKpHKp0qE84ASAyAiD+CcfFPnDTKyv4/eEDPxfuP67fG6wPPrW8PmOVp9Pt+hVQMUEygZgkH 1JMHDsSmNsbIjzYZjSJair8f2VeEx+1VRQWydf7ABC4PphAo2CumPU4EZnygmr4B+oL0LE/Re eOJQ/DlyyJ9xBE0Z545almF7I2T0JWk/ZwIgyVfTn2+7/AQ54FV4Hn208EVblSHSh9PdLN4qy xYm8JrM0uE4ca5YQ7LYdjrsR5BzjypRQxHMT1515ruCzOodY/5s6pz2mGWmooxUet+imYHYv6 3/kIZ6oBNIfBeVqqg4sEaz+Enf+7Wgo0LG3NlLKij+2hyVBN+1KFVfxYfDHJTX9wozyA2YA List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk This is a multi-part message in MIME format. --------------8E5B72AB7C19CC5B8724C882 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit On 17.05.20 08:51, Alvaro Herrera wrote: >> On 15.05.20 02:00, Alvaro Herrera wrote: >>> Thanks everybody. I have compiled together all the suggestions and the >>> result is in the attached patch. Some of it is of my own devising. >>> >>> * I changed "instance", and made "cluster" be mostly a synonym of that. >> In my understanding, "instance" and "cluster" should be different things, >> not only synonyms. "instance" can be the term for permanently fluctuating >> objects (processes and RAM) and "cluster" can denote the more static objects >> (directories and files). What do you think? If you agree, I would create a >> patch. > I don't think that's the general understanding of those terms. For all > I know, they*are* synonyms, and there's no specific term for "the > fluctuating objects" as you call them. The instance is either running > (in which case there are processes and RAM) or it isn't. > We have the basic tools "initdb — create a new PostgreSQL database cluster" which affects nothing but files, and we have "pg_ctl — initialize, start, stop, or control a PostgreSQL server" which - directly - affects nothing but processes and RAM. (Here the term "server" collides with new definitions in the glossary. But that's another story.) -- Jürgen Purtz --------------8E5B72AB7C19CC5B8724C882 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit
On 17.05.20 08:51, Alvaro Herrera wrote:
On 15.05.20 02:00, Alvaro Herrera wrote:
Thanks everybody.  I have compiled together all the suggestions and the
result is in the attached patch.  Some of it is of my own devising.

* I changed "instance", and made "cluster" be mostly a synonym of that.
In my understanding, "instance" and "cluster" should be different things,
not only synonyms. "instance" can be the term for permanently fluctuating
objects (processes and RAM) and "cluster" can denote the more static objects
(directories and files). What do you think? If you agree, I would create a
patch.
I don't think that's the general understanding of those terms.  For all
I know, they *are* synonyms, and there's no specific term for "the
fluctuating objects" as you call them.  The instance is either running
(in which case there are processes and RAM) or it isn't.

We have the basic tools "initdb — create a new PostgreSQL database cluster" which affects nothing but files, and we have "pg_ctl — initialize, start, stop, or control a PostgreSQL server" which - directly - affects nothing but processes and RAM. (Here the term "server" collides with new definitions in the glossary. But that's another story.)

--

Jürgen Purtz


--------------8E5B72AB7C19CC5B8724C882--