Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1ihea4-0002qE-AW for pgsql-admin@arkaria.postgresql.org; Wed, 18 Dec 2019 19:01:56 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1ihea1-0005pz-8q for pgsql-admin@arkaria.postgresql.org; Wed, 18 Dec 2019 19:01:53 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1ihea0-0005ps-SI for pgsql-admin@lists.postgresql.org; Wed, 18 Dec 2019 19:01:53 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by makus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1iheZy-0002xv-NP for pgsql-admin@postgresql.org; Wed, 18 Dec 2019 19:01:51 +0000 Received: from sss1.sss.pgh.pa.us (localhost [127.0.0.1]) by sss.pgh.pa.us (8.14.4/8.14.4) with ESMTP id xBIJ1mF0013322; Wed, 18 Dec 2019 14:01:48 -0500 From: Tom Lane To: John Scalia cc: Keith , Pgsql-admin Subject: Re: Strange inconsistency using psql In-reply-to: <8C7A5C93-FBA2-49A7-AF59-1314585F67A0@gmail.com> References: <8C7A5C93-FBA2-49A7-AF59-1314585F67A0@gmail.com> Comments: In-reply-to John Scalia message dated "Wed, 18 Dec 2019 13:35:11 -0500" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <13320.1576695708.1@sss.pgh.pa.us> Content-Transfer-Encoding: quoted-printable Date: Wed, 18 Dec 2019 14:01:48 -0500 Message-ID: <13321.1576695708@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk John Scalia writes: > Correct, but my question really is, why is VIEW different from all the o= ther types of objects? It's not really -- GRANT considers all kinds of privilege-grantable relations to be "tables", with the exception of sequences which are different because they have a different set of applicable privileges. If we treated views specially here then we'd also have to treat materialized views and foreign tables as distinct things-to-grant-on, which seems like mostly clutter. The history of ALTER TABLE is an analogy, which I guess you could read as support for either side. Originally PG just had ALTER TABLE and it worked on all relation kinds (for which the ALTER was sensible). We've since grown ALTER VIEW etc, but I don't think their coverage of the ALTER TABLE options is quite complete --- and anyway we still let you say ALTER TABLE, for backwards-compatibility reasons. regards, tom lane