Received: from malur.postgresql.org ([2a02:16a8:dc51::56]) by arkaria.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.89) (envelope-from ) id 1fq9ZT-00087y-Nq for pgsql-hackers@arkaria.postgresql.org; Thu, 16 Aug 2018 04:07:39 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1fq9ZR-0004jv-Lw for pgsql-hackers@arkaria.postgresql.org; Thu, 16 Aug 2018 04:07:37 +0000 Received: from makus.postgresql.org ([2001:4800:1501:1::229]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.89) (envelope-from ) id 1fq9ZR-0004jn-Bd for pgsql-hackers@lists.postgresql.org; Thu, 16 Aug 2018 04:07:37 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by makus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.89) (envelope-from ) id 1fq9ZO-0000vn-S9 for pgsql-hackers@lists.postgresql.org; Thu, 16 Aug 2018 04:07:36 +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 w7G47Uf8013834; Thu, 16 Aug 2018 00:07:30 -0400 From: Tom Lane To: Dian Fay cc: Michael Paquier , pgsql-hackers@lists.postgresql.org Subject: Re: docs: note ownership requirement for refreshing materialized views In-reply-to: References: <745abbd2-a1a0-ead8-2cb2-768c16747d97@gmail.com> <20180816010355.GH3681@paquier.xyz> Comments: In-reply-to Dian Fay message dated "Wed, 15 Aug 2018 21:44:46 -0400" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <13832.1534392450.1@sss.pgh.pa.us> Date: Thu, 16 Aug 2018 00:07:30 -0400 Message-ID: <13833.1534392450@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk Dian Fay writes: > I feel resorting to the infinitive asks more involvement of the reader, > while leading with the responsible role(s) helps shortcut the process of > determining whether what follows is relevant. Efficiency is always a > virtue, although this is admittedly more than a little academic for a > one-sentence addition! I think Michael's point is that this formulation is unlike what we have elsewhere for similar statements. Looking around, it seems like the typical phraseology would be more like "You must own the materialized view to use REFRESH MATERIALIZED VIEW." It is not really customary to call out the superuser exception explicitly, because if we did, we'd be mentioning superusers in every other sentence. The point is covered by existing documentation that says something to the effect of superusers bypassing all permissions checks; and I think there's also a statement somewhere about superusers implicitly being members of every role, which is a different way of arriving at the same conclusion. In any case, it's definitely an oversight that the REFRESH reference page fails to address permissions at all. +1 for adding something. regards, tom lane