From 75726307e6164673c48d6ce1d143a075b8ce18fa Mon Sep 17 00:00:00 2001 From: Andrew Dunstan Date: Mon, 11 Jul 2011 11:12:34 -0400 Subject: [PATCH] Improve wording of documentation on default privileges. Per recent -hackers discussion. --- doc/src/sgml/ref/grant.sgml | 19 ++++++++++--------- 1 file changed, 10 insertions(+), 9 deletions(-) diff --git a/doc/src/sgml/ref/grant.sgml b/doc/src/sgml/ref/grant.sgml index 689aba5104..1f5fe1f41f 100644 --- a/doc/src/sgml/ref/grant.sgml +++ b/doc/src/sgml/ref/grant.sgml @@ -139,15 +139,16 @@ GRANT role_name [, ...] TO - Depending on the type of object, the initial default privileges might - include granting some privileges to PUBLIC. - The default is no public access for tables, columns, schemas, and - tablespaces; - CONNECT privilege and TEMP table creation privilege - for databases; - EXECUTE privilege for functions; and - USAGE privilege for languages. - The object owner can of course revoke these privileges. (For maximum + PostgreSQL grants default privileges on some types of objects to + PUBLIC. No privileges are granted to + PUBLIC by default on tables, + columns, schemas or tablespaces. For other types, the default privileges + granted to PUBLIC are as follows: + CONNECT and CREATE TEMP TABLE for + databases; EXECUTE privilege for functions; and + USAGE privilege for languages. + The object owner can, of course, REVOKE + both default and expressly granted privileges. (For maximum security, issue the REVOKE in the same transaction that creates the object; then there is no window in which another user can use the object.) -- 2.40.0