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 1iktQh-0001Td-Tk for pgsql-docs@arkaria.postgresql.org; Fri, 27 Dec 2019 17:29:40 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1iktQg-0002tk-Kx for pgsql-docs@arkaria.postgresql.org; Fri, 27 Dec 2019 17:29:38 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1iktQg-0002td-DL for pgsql-docs@lists.postgresql.org; Fri, 27 Dec 2019 17:29:38 +0000 Received: from tamriel.snowman.net ([96.255.250.162]) by magus.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1iktQc-0001aI-Sx for pgsql-docs@lists.postgresql.org; Fri, 27 Dec 2019 17:29:37 +0000 Received: by tamriel.snowman.net (Postfix, from userid 1000) id 73B0E5F799; Fri, 27 Dec 2019 12:29:33 -0500 (EST) Date: Fri, 27 Dec 2019 12:29:33 -0500 From: Stephen Frost To: rirans@comcast.net, pgsql-docs@lists.postgresql.org Subject: Re: Documentation: 21.5. Default Roles Message-ID: <20191227172933.GP3195@tamriel.snowman.net> References: <157742545062.1149.11052653770497832538@wrigleys.postgresql.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="b5Ibld7S3Mj9Y6Fc" Content-Disposition: inline In-Reply-To: <157742545062.1149.11052653770497832538@wrigleys.postgresql.org> User-Agent: Mutt/1.5.24 (2015-08-30) List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk --b5Ibld7S3Mj9Y6Fc Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Greetings, * PG Doc comments form (noreply@postgresql.org) wrote: > The title is wrong. The roles are not defaults; they are predefined and > privileged. The title suggests that a user should expect to be assigned > these roles. "21.5 Sub-Administrator Roles" would be accurate--improving > clarity over all and removing any need to explain why postgres is not in > this list of roles. "postgres" isn't in the list because there is no default "postgres" role. There is a role created that's a superuser role that's given the same name as the user who is running 'initdb', but you can change that if you want. The roles that are listed are, indeed, the default roles that the PG system comes with- and no others. > PostgreSQL provides predefined roles which allow access to various actions > and information otherwise reserved to superusers. Oracle uses 'predefined' as the term, while SQL server talks about "Server-Level" and "Database-Level" roles. We don't have database-level roles yet but it seems entirely reasonable to me that we'd want something like that in the future (eg: a role that's able to read all of the data from a given database), so I'd be more inclined to go with the SQL server terminology here, if we're going to make any change. > Though a note of the old title could be helpful to some searchers. And that we've had them around for a number of years now is what makes me hesistate to make a change unless it's very clearly a good improvement and I'm not entirely sure that this is one. If you'd really like to have fun though, you might check out https://www.postgresql.org/docs/current/user-manag.html which talks about "Database Roles" even though what we have are actually Cluster roles. Maybe we should just remove "Database" from that whole section and just talk about "Roles"... (happened on this while reviewing what google returned for various searches while thinking about this change). Thanks, Stephen --b5Ibld7S3Mj9Y6Fc Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAEBCgAGBQJeBj99AAoJEO1sijiDR2RVCWgP/2NwfQVYidVkq2DfE9uNiNal P+rtQrHGp2g65aQ2i/Kzij55tFhLbNN9k/ZtTkFm48Jrb1YOLuzEXegnNl8ZIL+l NILrm14zPnLHAmbCuM4Ngz6T+fEB8w6+mknWRctFQ5wl7rL3AjWHNuFs+v7IhIMy Nb0Fm6hwv87Hyilb0m73FeCr9CYs47ZFal3V9Gfr+MURnFHBPv93C70jf9NRKZiw XkBRc9vgX8xX5InlKBbtxOEJegMXIGuzydjnVHTtRD2spRF8xZOiTBKXPlbh15bL 7s2XvBSW6Tb/G1sFuCeyyDtCwXVdWH98ramuZF2+Va+OI300oXDMcAGG1JMbWdGr CDV0w8sU8qdm0NdjiBnLTwn1WcLeHHklW5SxkAzWOvWiUhBTRWsraqB69Xy28qSC R6gNVPo8Eol0MRg4JbU4DpnQfg0XY3/vsdZd2hDU1Ud6bN/YSWJN+sDHiGQuK0z7 LdpWJkMVuJy/jZizXNzKZ/+F3iSujDI3bepc8H7tB3/HWZ1tz0HjuPv+BV+eqYqI H2OvDRrm2FxzLY6mndg1ERa0dsPJDX0IkfGt566e7I2LaowdtEDv49Y5QxEjko0m n+yWXhUPBefsE+TUJi4WS9b2J4ODomgZedMG+ltoKmOO8OEh7ZD08MbOCnbuV0Qc v/k/DUxixVRSVp5VGm23 =plVH -----END PGP SIGNATURE----- --b5Ibld7S3Mj9Y6Fc--