Re: grant select,... over schema

On Tue, Feb 28, 2006 at 09:43:58 -0700,
Michael James <Michael(dot)James(at)icrossing(dot)com> wrote:
> GRANT ALL PRIVILEGES ON databaseName To username;

This won't do what he wants. This will not grant access to objects contained
in the database, only a few specific privileges.

There is no single command that does this, but it isn't hard to write scripts
to do things like this. For each object type you want to grant access to,
you can query the catalogs to get a list of those objects and then generate
appropiate grant statements and execute them.

>
> Michael Lee James | Database Administrator
> d. 480-282-6043| c. 480-505-5802| f. 480-505-5801
> mjames(at)icrossinginc(dot)com
> iCrossing, Inc. | Driving the Future of Advertising
> New York | Chicago | Scottsdale | San Francisco
> -----Original Message-----
> From: pgsql-sql-owner(at)postgresql(dot)org
> [mailto:pgsql-sql-owner(at)postgresql(dot)org] On Behalf Of chester c young
> Sent: Tuesday, February 28, 2006 9:35 AM
> To: pgsql-sql(at)postgresql(dot)org
> Subject: [SQL] grant select,... over schema
>
> is there any way to grant over all applicable objects in a schema,
>
> > grant select on schema pop to public; <-- wrong
>
> without specifically granting the select on each table?
>
> __________________________________________________
> Do You Yahoo!?
> Tired of spam? Yahoo! Mail has the best spam protection around
> http://mail.yahoo.com
>
> ---------------------------(end of broadcast)---------------------------
> TIP 9: In versions below 8.0, the planner will ignore your desire to
> choose an index scan if your joining column's datatypes do not
> match
>
> iCrossing Privileged and Confidential Information
> This email message is for the sole use of the intended recipient(s) and may contain confidential and privileged information of iCrossing. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message.
>
>
>
> ---------------------------(end of broadcast)---------------------------
> TIP 2: Don't 'kill -9' the postmaster