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 1jaCbY-0003us-EW for pgsql-hackers@arkaria.postgresql.org; Sun, 17 May 2020 06:16:56 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1jaCaz-0003WN-Bi for pgsql-hackers@arkaria.postgresql.org; Sun, 17 May 2020 06:16:21 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jaCaz-0003UX-41 for pgsql-hackers@lists.postgresql.org; Sun, 17 May 2020 06:16:21 +0000 Received: from mout.kundenserver.de ([212.227.126.187]) by makus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1jaCas-00035M-EZ for pgsql-hackers@postgresql.org; Sun, 17 May 2020 06:16:20 +0000 Received: from [192.168.178.43] ([77.190.149.183]) by mrelayeu.kundenserver.de (mreue009 [212.227.15.129]) with ESMTPSA (Nemesis) id 1MBUuV-1jnAE33lAV-00D0yO; Sun, 17 May 2020 08:15:53 +0200 From: =?UTF-8?Q?J=c3=bcrgen_Purtz?= Subject: Re: Add A Glossary To: Alvaro Herrera , Erik Rijkers , Laurenz Albe , Fabien COELHO , Peter Eisentraut , Corey Huinker Cc: Justin Pryzby , Roger Harkavy , pgsql-hackers@postgresql.org, Michael Paquier References: <20200515000017.GA12687@alvherre.pgsql> Message-ID: <774bb48d-cd3d-17ee-77e9-937519bf9c6e@purtz.de> Date: Sun, 17 May 2020 08:15:48 +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: <20200515000017.GA12687@alvherre.pgsql> Content-Type: multipart/mixed; boundary="------------92E61ABA9AC206F97B7C3526" Content-Language: en-US X-Provags-ID: V03:K1:WfDNZ1Y50N5P2Biww++QgfxX5qOENMbKfxTB+5du7I9PVzpxaGQ +S5ihCelBGssJEvA2f2cJ/zvuS3dw8SvvZm8hRGe58cFiL7vpXKnEGuzXz3hCC7ONxZQUz+ XOe2+DNaAPkNOQr/5krInRkaB6uI6sr1JutWb9WLpFAOjWZqQZRWRuYTsP7wkLy0CaELQpf aDv5xkL2wV3OEqqvSxJUg== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:qz3CxF/rWPQ=:YuW+ZjhTQVyITTYBFET0Wh hOFasHVee9/fWiTuJxTkENGnKrflDpyd0g7vwt0kd5LobOw8vGUgo3n0YSM5T10FxyBi8Bbbq Q/CroemYNxGBndZp2x2PRR3v2HD2whCQ66Kz38DxLxUaohLHJGAU12cIVNesMsSHIV4ilAorp Xv9Oqz+wqlPxBzX+K8WDTGeb5yAEdKYFgCd9uciB5UWGNCXlURfZRa+vm4HJmyWBik+vbzRl0 bIasBQ0tszKxNyI1ddx6V/auiIG+VqFmYwN6sk5LTwC/uax2/LEJ5qM/+bAc4xk0pSymlI/rL YKQMG6I4RA1mzH830s9srnNLmdROmHh6k0QbJHE8l4YE8IUrFvL7vGLzUeipxUQogzfqPliLb OsFQ3dApRp+Cd6j4/flB8dWOojSiseVAichHN+7Vc2mYRyDkni1QMhVEETumbY70y4Wv+kdfG 0gQtSsZu3IMs/hm/ym4YsjWRS9BkpYwJdeNj5kAxDi7448YlK+/xx5zBhWUVQdbKBlGFFlz+E LRk3L829TNTEVPNk9jjJJYUeKrjm50bxNKBF4c8LmGezeDeUo+gIf2LyntbrubAyNjtzuQDIj QVgXo20Thc8T7JrjDoXAJD4pG3xSU+kJdhkI8iY1UL9se4umINelWbiFfRo/JGWp50SM30Mty FUE3OvYiX2RCAliM5HoJFAiHoSoNFvwfZh3vRsPeGDvFbsBmvzZxuaMey3Dp9xluR/hRT2cLH kMmC/i9w74dQWDVaiuebG/hpEyW6/N4EbX0iHHSGUrwLskplod5e/Z7XTeObbfu1DjbUYwmS+ jfSpZjcRWVXQ6WUOWzALVgjoBZamI4mq5kbxWwE04svxTV/U5letz2nN5BG2xg1iAw7OiSE List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk This is a multi-part message in MIME format. --------------92E61ABA9AC206F97B7C3526 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit 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 removed "global SQL object" and made "SQL object" explain it. +1., but see the (huge) different spellings in patch. bloat: changed 'current row' to 'relevant row' because not only the youngest one is relevant (non-bloat). data type casts: Are you sure that they are global? In pg_cast 'relisshared' is 'false'. -- Jürgen Purtz --------------92E61ABA9AC206F97B7C3526 Content-Type: text/x-patch; charset=UTF-8; name="0002-glossfixes-purtz.patch" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="0002-glossfixes-purtz.patch" diff --git a/doc/src/sgml/glossary.sgml b/doc/src/sgml/glossary.sgml index 8bb1ea5d87..75f0dc9a8c 100644 --- a/doc/src/sgml/glossary.sgml +++ b/doc/src/sgml/glossary.sgml @@ -179,7 +179,7 @@ Bloat - Space in data pages which does not contain current row versions, + Space in data pages which does not contain relevant row versions, such as unused (free) space or outdated row versions. @@ -1388,23 +1388,27 @@ Any object that can be created with a CREATE - command. Most objects are specific to one database, and are commonly - known as local objects. + command. Most objects are specific to one schema within + one database, and are commonly + known as local SQL objects. + + + Some of the SQL objects do not belong to a single schema but + are known in all schemas of a database. Examples are + extensions like + foreign data wrappers, and + data type casts. + + + Some others even belong to the complete cluster and are + known in all databases and all its schemas. Roles, tablespaces, replication origins, subscriptions for logical replication, and - databases themselves are not local SQL objects since they exist - entirely outside of any specific database; - they are called global objects. + all database names exist + entirely outside of any specific database. + They are called global SQL objects. - - Most local objects belong to a specific - schema in their containing database. - There also exist local objects that do not belong to schemas; some examples are - extensions, - data type casts, and - foreign data wrappers. - For more information, see . --------------92E61ABA9AC206F97B7C3526--