Received: from localhost (unknown [200.46.208.211]) by mail.postgresql.org (Postfix) with ESMTP id 740DF6325FC for ; Wed, 17 Jun 2009 11:09:09 -0300 (ADT) Received: from mail.postgresql.org ([200.46.204.86]) by localhost (mx1.hub.org [200.46.208.211]) (amavisd-maia, port 10024) with ESMTP id 65598-03 for ; Wed, 17 Jun 2009 11:08:57 -0300 (ADT) X-Greylist: from auto-whitelisted by SQLgrey-1.7.6 Received: from tamriel.snowman.net (tamriel.snowman.net [72.66.115.51]) by mail.postgresql.org (Postfix) with ESMTP id A43A3632520 for ; Wed, 17 Jun 2009 11:09:06 -0300 (ADT) Received: by tamriel.snowman.net (Postfix, from userid 1000) id 6449522964; Wed, 17 Jun 2009 10:09:04 -0400 (EDT) Date: Wed, 17 Jun 2009 10:09:04 -0400 From: Stephen Frost To: Peter Eisentraut Cc: pgsql-hackers@postgresql.org, Petr Jelinek Subject: Re: GRANT ON ALL IN schema Message-ID: <20090617140904.GL20436@tamriel.snowman.net> References: <4A37BF63.50008@pjmodos.net> <4A37E122.8070303@pjmodos.net> <4A38A956.8080600@pjmodos.net> <200906171644.53717.peter_e@gmx.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="4e5ZDkbgLEOfWmLx" Content-Disposition: inline In-Reply-To: <200906171644.53717.peter_e@gmx.net> X-Editor: Vim http://www.vim.org/ X-Info: http://www.snowman.net X-Operating-System: Linux/2.6.26-1-amd64 (x86_64) X-Uptime: 10:03:50 up 6 days, 11:30, 19 users, load average: 0.12, 0.08, 0.03 User-Agent: Mutt/1.5.18 (2008-05-17) X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=0.103 tagged_above=0 required=5 tests=AWL=0.103 X-Spam-Level: X-Archive-Number: 200906/1047 X-Sequence-Number: 140102 --4e5ZDkbgLEOfWmLx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Peter, * Peter Eisentraut (peter_e@gmx.net) wrote: > > Also since this patch introduces VIEWS as object with grantable > > privileges, I added GRANT ON VIEW foo syntax which is more or less > > synonymous to GRANT ON TABLE foo syntax. It felt weird to have GRANT ON > > ALL VIEWS but not GRANT ON VIEW. >=20 > As far as GRANT is concerned, a view is a table, so I would omit the=20 > VIEW/VIEWS stuff completely. I would disagree with this. While an explicit GRANT doesn't need to care, because you can't have a view and a table with the same name, I feel *users* (like me) make a distinction there and may want to limit the grant to just views or just tables. What we do here will also impact the DefaultACL system that I'm working on since I think we should be consistant between these two systems. http://wiki.postgresql.org/wiki/DefaultACL I don't like the idea that a 'GRANT ALL' would actually change default ACLs for a schema though. These are two separate and distinct things- one is implementing a change to existing objects, the other is setting a default for new objects. Mixing them would lead to confusion. Thanks, Stephen --4e5ZDkbgLEOfWmLx Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAko4+QAACgkQrzgMPqB3kijdiQCfY+jz5b4yurBy+x0kF33vFaeH ussAnAvqJkN6QDgXSVKW882e9dUu1fIQ =sePY -----END PGP SIGNATURE----- --4e5ZDkbgLEOfWmLx--