Re: [PATCHES] Users/Groups -> Roles - Mailing list pgsql-hackers

From Tom Lane
Subject Re: [PATCHES] Users/Groups -> Roles
Date
Msg-id 6573.1120251438@sss.pgh.pa.us
Whole thread Raw
In response to Re: [PATCHES] Users/Groups -> Roles  (Fabien COELHO <coelho@cri.ensmp.fr>)
Responses Re: [PATCHES] Users/Groups -> Roles
Re: [PATCHES] Users/Groups -> Roles
List pgsql-hackers
Fabien COELHO <coelho@cri.ensmp.fr> writes:
>> Right, this can be done now.

> There is the namespace collision issue, and although I might grant a 
> student the privilege to create simple roles, I would not allow them to 
> create new users for a basic practice;-)

Why not?  With the setup Stephen suggests, they could create only new
users that could only get into their own database (since they'd not be 
able to grant connect rights to other databases).

We probably need to think a bit harder about the meaning of CREATEROLE
though.  Right now it gives free license not only to create roles but
to alter any property of existing roles.  This seems appropriate if you
think of it as a "safer form of superuser", which is how I was thinking
of it.  It would be too powerful for Fabien's situation though.
        regards, tom lane


pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: Regression test plpgsql vs. rangefuncs conflict
Next
From: "Larry Rosenman"
Date:
Subject: HEAD: create index failure: firefly on buildfarm