Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1qyxQl-00CK7C-EF for pgsql-hackers@arkaria.postgresql.org; Fri, 03 Nov 2023 16:53:59 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.94.2) (envelope-from ) id 1qyxQi-001rNc-Uz for pgsql-hackers@arkaria.postgresql.org; Fri, 03 Nov 2023 16:53:56 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1qyxQi-001rNU-LZ for pgsql-hackers@lists.postgresql.org; Fri, 03 Nov 2023 16:53:56 +0000 Received: from momjian.us ([72.94.173.45]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1qyxQd-004WWu-BH for pgsql-hackers@lists.postgresql.org; Fri, 03 Nov 2023 16:53:55 +0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=momjian.us; s=2023062407; h=In-Reply-To:Content-Type:MIME-Version:References:Message-ID: Subject:Cc:To:From:Date:Sender:Reply-To:Content-Transfer-Encoding:Content-ID: Content-Description; bh=W5Ej8HIzgBThUHnlqV2o//KVBoFJVP2PRegu5Cb4z0c=; b=c+179 RCb9yjqXNbjl6okXGsGZWSvEp7I3QZPx2wCzVsDaAvdUYvZ2O+k/ASpUQqH2mjrCDaKGI+e1vSQcW aWCTi1H7O949ug4rzq27sYE7AolxetryGEZNyhLHo/46pyIiAby75lMTds4GzO7DE0plkFAJMUDUC a4PMlB6Pf+DPz9dlFRBhDoNC2KmyfZSW6UHAurn8rncelTAnCTTNXoVGhxPFvo4fT0KlxTZWSrDnP UwlOmjCrdaDNunjfy52K66zDfOJW/Wcuuzk6V9x/ZOW0Vih+5oQdXic+wNFr1ocrGD3zUCOnl9oKh 7GWEQUoVSkFXaQhOuywdg64lOZapw==; Received: from bruce by momjian.us with local (Exim 4.96) (envelope-from ) id 1qyxQY-00GQLq-0R; Fri, 03 Nov 2023 12:53:46 -0400 Date: Fri, 3 Nov 2023 12:53:46 -0400 From: Bruce Momjian To: Michael Banck Cc: Laurenz Albe , David Burns , pgsql-hackers@lists.postgresql.org Subject: Re: Version 14/15 documentation Section "Alter Default Privileges" Message-ID: References: <4a6f157edc4ae38a2050a5893e6729cbb98113bc.camel@cybertec.at> <653b841d.a70a0220.17f72.2c12@mx.google.com> <7de5f33f49a91d7b30b8c01fe46fc280713ebae1.camel@cybertec.at> <653cce08.050a0220.a10fb.7878@mx.google.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="/FyehzrvQK22vZMY" Content-Disposition: inline In-Reply-To: <653cce08.050a0220.a10fb.7878@mx.google.com> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk --/FyehzrvQK22vZMY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sat, Oct 28, 2023 at 11:01:59AM +0200, Michael Banck wrote: > On Fri, Oct 27, 2023 at 05:49:42PM +0200, Laurenz Albe wrote: > > True. I have done that in the attached patch. > > In this patch, it is mentioned *twice* that ALTER DEFAULT PRIVILEGES > > only affects objects created by the current user. I thought that > > would not harm, but if it is too redundant, I can remove the second > > mention. > > I think it is fine, and I have marked the patch as ready-for-committer. > > I think it should be applied to all branches, not just 14/15 as > mentioned in the subject. I have developed the attached patch on top of the alter default patch I just applied. It is more radical, making FOR ROLE clearer, and also moving my new FOR ROLE text up to the first paragraph, and reordering the paragraphs to be clearer. I think this is too radical for backpatch to 11/12, but I think 16/master makes sense after the minor releases next week. -- Bruce Momjian https://momjian.us EDB https://enterprisedb.com Only you can decide what is important to you. --/FyehzrvQK22vZMY Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="role.diff" diff --git a/doc/src/sgml/ref/alter_default_privileges.sgml b/doc/src/sgml/ref/alter_default_privileges.sgml index 8a6006188d..43fd2c3888 100644 --- a/doc/src/sgml/ref/alter_default_privileges.sgml +++ b/doc/src/sgml/ref/alter_default_privileges.sgml @@ -90,23 +90,14 @@ REVOKE [ GRANT OPTION FOR ] ALTER DEFAULT PRIVILEGES allows you to set the privileges that will be applied to objects created in the future. (It does not - affect privileges assigned to already-existing objects.) Currently, - only the privileges for schemas, tables (including views and foreign - tables), sequences, functions, and types (including domains) can be - altered. For this command, functions include aggregates and procedures. - The words FUNCTIONS and ROUTINES are - equivalent in this command. (ROUTINES is preferred - going forward as the standard term for functions and procedures taken - together. In earlier PostgreSQL releases, only the - word FUNCTIONS was allowed. It is not possible to set - default privileges for functions and procedures separately.) - - - - You can change default privileges only for objects that will be created by - yourself or by roles that you are a member of. The privileges can be set - globally (i.e., for all objects created in the current database), - or just for objects created in specified schemas. + affect privileges assigned to already-existing objects.) + As a non-superuser, you can change default privileges only for yourself + and for roles that you are a member of. These privileges are not + inherited, so member roles must use SET ROLE to + access these privileges, or ALTER DEFAULT PRIVILEGES + must be run for each member role. Privileges can be set globally + (i.e., for all objects created in the current database), or just for + objects created in specified schemas. @@ -118,6 +109,19 @@ REVOKE [ GRANT OPTION FOR ] ALTER DEFAULT PRIVILEGES. + + Currently, + only the privileges for schemas, tables (including views and foreign + tables), sequences, functions, and types (including domains) can be + altered. For this command, functions include aggregates and procedures. + The words FUNCTIONS and ROUTINES are + equivalent in this command. (ROUTINES is preferred + going forward as the standard term for functions and procedures taken + together. In earlier PostgreSQL releases, only the + word FUNCTIONS was allowed. It is not possible to set + default privileges for functions and procedures separately.) + + Default privileges that are specified per-schema are added to whatever the global default privileges are for the particular object type. @@ -136,12 +140,9 @@ REVOKE [ GRANT OPTION FOR ] target_role - The name of an existing role of which the current role is a member. - Default access privileges are not inherited, so member roles - must use SET ROLE to access these privileges, - or ALTER DEFAULT PRIVILEGES must be run for - each member role. If FOR ROLE is omitted, - the current role is assumed. + If FOR ROLE is specified, this is the role that + will be assigned the new default privileges, or the current role + if not specified. --/FyehzrvQK22vZMY--