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 1jaENG-0006J6-5O for pgsql-hackers@arkaria.postgresql.org; Sun, 17 May 2020 08:10:18 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1jaEND-0006Oz-39 for pgsql-hackers@arkaria.postgresql.org; Sun, 17 May 2020 08:10:15 +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 1jaENC-0006Os-RY for pgsql-hackers@lists.postgresql.org; Sun, 17 May 2020 08:10:14 +0000 Received: from mout.kundenserver.de ([212.227.126.133]) by makus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1jaEN6-0004W0-3r for pgsql-hackers@postgresql.org; Sun, 17 May 2020 08:10:13 +0000 Received: from [192.168.178.43] ([77.190.149.183]) by mrelayeu.kundenserver.de (mreue009 [212.227.15.129]) with ESMTPSA (Nemesis) id 1MOiLv-1jR5H83Njr-00QAFe; Sun, 17 May 2020 10:09:49 +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: <68649dfb-3c99-d5ca-2edc-e96f3848a890@purtz.de> Date: Sun, 17 May 2020 10:09: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: <20200517065126.GA20730@alvherre.pgsql> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Provags-ID: V03:K1:VWNttEan04dHGjTxWErEeM1ojrCULjMll+7Gg0LoHglgKjoUTfy SWSLJqWDHPYMuQQp5osAxEqR4ch1WgL64i2q89Gji1co0jw7Z7gD1Jd0gHpGfGi/qbwtrv6 lNIzZiKG0P5agNq5xUlZeG4IgfXA9ZDiUo+4597KjtGL3J98g1UP3euNGGnfdeGzlkuLrvW bEq3usvZ5mCKD4PHrNpjQ== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:xCe8FU4CIrQ=:fmNSACkfGfHpHZvO277kpa DWJCO0tfKiF2840JshHXEsxmTuK5wim/R6czPahW/c0WofGdNx56rBKiESdgrfP/f1QqmbO7m Q7zbgS/7bWiyjtzfhfwuOh2H+1+dINwRYzoXGmKGC20mkofWkFasoQLlEU/c5DXsHNW4Ci0vE P3u0SxtqdiI+dv2H72o0sFXVaG6SAxFiPi5SFpHAxtRcJ/B72QGWmG2EcbNPfvKYISfxVBMoq XwEe0MGFNqR8x/3YyY9QNh4soFjqiMt1ko1KCBgdwWerfysJSpOu9ECcgGzJY7ZP8rC8JyDLB DWzV34O/vYkq3M8+2T7I2jE8kK2dcwlOmmd2drKYcZxCZdtFrwHB2PsOO7myoEv+wleKk1g4m QU1eY4sJB3CcSnOQ9ZMiH3AgrkNcb19j0hX1nnmDdNgRIUlIgFPjh0x/ZZe8T0URbq3TcE0ku UvhBEWZKmE1Yrg1p3n1FQxVe7jiuYemsqZPK87I1lJqaVDZrYKZoIXWkXJ553ESFUV2dwLJ5A bGle0XHG3aCi/eudh4ek8Wp0a+TGfyVgDXweTN/f9cBLTAoZsxWP5Xw8opnS8P3emFlFVJ1hi eoYdCzb1CtpDko2fQts0dYi8mMQLZXWncGmvPpXQRvSO/sE5nri3mzh851qvro76qHdHq2n39 c8rEEMwuuBzwgsPZFLDU70gndGUrPOKfi2YHKQnFXRkCeUBWygVma5TajUy49e1ua6QtC0Jcu Rkr09c9aeBsFSoW0OSUNbylZ8Xi5c2fs6TndXJHOkvoClUu7UR93BC3rHphko2ETFI0CUee/8 dxft3bUd/NPHlfuXyePGRd3b78XAsyriISd1gEgCFanulJuxwhEY3cnp1mgCQ+mPUqGUa2c List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk On 17.05.20 08:51, Alvaro Herrera wrote: > Any object that > exists in a database is local, regardless of whether it exists in a > schema or not. This implies that the term "local" is unnecessary, just call them "SQL object". > "Extensions" is one type of object that does not belong > in a schema. "Foreign data wrapper" is another type of object that does > not belong in a schema. ... They are*not* > global objects. postgres_fdw is a module among many others. It's only an example for "extensions" and has no different nature. Yes, they are not global SQL objects because they don't belong to the cluster. In summary we have 3 types of objects: belonging to a schema, to a database, or to the cluster (global). Maybe, we can avoid the use of the different names 'local SQL object' and 'global SQL object' at all and just call them 'SQL object'. 'global SQL object' is used only once. We could rephrase "A set of databases and accompanying global SQL objects ... " to "A set of databases and accompanying SQL objects, which exists at the cluster level, ... " > TBH I'm not sure of this term at all. I think we sometimes use the > term "bloat" to talk about the dead rows only, ignoring the free space. That's a good example for the necessity of the glossary. Currently we don't have a common understanding about all of our used terms. The glossary shall fix that and give a mandatory definition - after a clearing discussion. -- Jürgen Purtz