Re: copying perms to another user - Mailing list pgsql-hackers

From Ross J. Reedstrom
Subject Re: copying perms to another user
Date
Msg-id 20030114174345.GB15103@wallace.ece.rice.edu
Whole thread Raw
In response to Re: copying perms to another user  ("Christopher Kings-Lynne" <chriskl@familyhealth.com.au>)
Responses Re: copying perms to another user  (Tom Lane <tgl@sss.pgh.pa.us>)
7.3.1 on linux  ("John Liu" <johnl@synthesys.com>)
List pgsql-hackers
On Tue, Jan 14, 2003 at 12:23:59PM +0800, Christopher Kings-Lynne wrote:
> > "Christopher Kings-Lynne" <chriskl@familyhealth.com.au> writes:
> > > No, I mean that we don't drop the user.  You go:
> > > ALTER USER chriskl COPY PERMISSIONS FROM blah;
> >
> > That seems cleaner to me than the DROP thingy.
> >
> > You could only easily implement this in the current database --- but
> > since it's not a DROP, one could repeat it in each database as needed.
> 
> Could someone perhaps add it to TODO then (so I don't forget about it)?  I
> can't promise that I can implement it...

In this scenario, 'blah' is the user who will eventually be dropped, and
chriskl is taking over ownership of his 'stuff' right? How about doing it
the other way:

ALTER USER blah COPY PERMISSIONS TO chriskl;

Hmm, in fact, I can imagine uses for both forms: creating a 'template'
user who you COPY PERMISSIONS FROM when creating a new user of that type,
who will then be customized, so you can't use GROUPs. Hmm, what about
GROUP membership? Those get copied as well?

Ross


pgsql-hackers by date:

Previous
From: Peter Eisentraut
Date:
Subject: Re: copying perms to another user
Next
From: Tom Lane
Date:
Subject: Re: copying perms to another user