On Tue, Jan 14, 2003 at 12:23:59PM +0800, Christopher Kings-Lynne wrote: > > "Christopher Kings-Lynne" <[EMAIL PROTECTED]> 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 ---------------------------(end of broadcast)--------------------------- TIP 1: subscribe and unsubscribe commands go to [EMAIL PROTECTED]
