Re: Per-Database Roles - Mailing list pgsql-hackers

From Stephen Frost
Subject Re: Per-Database Roles
Date
Msg-id 20120526023454.GV1267@tamriel.snowman.net
Whole thread Raw
In response to Re: Per-Database Roles  (Robert Haas <robertmhaas@gmail.com>)
Responses Re: Per-Database Roles
Re: Per-Database Roles
List pgsql-hackers
* Robert Haas (robertmhaas@gmail.com) wrote:
> On Thu, May 24, 2012 at 6:21 PM, Bruce Momjian <bruce@momjian.us> wrote:
> > Yes, pre-1996.  I think the fact that authentication/user names appear
> > in pg_hba.conf really locked the user name idea into global objects, and
> > we have never really been able to make a dent in that.
>
> Eh?  Why would the presence of usernames in pg_hba.conf mean that they
> have to be global objects?

I havn't had a chance (yet) to look, but perhaps the current code
attempts to validate the role before figuring out what database is being
requested?  We'd have to essentially invert that, of course, for this..
One thing I was wondering about is if we're going to have an issue
supporting things like "tell me what databases exist" (psql -l), which
connect to the 'postgres' by default, for local-only roles.  I'm not
sure that I actually care, to be honest, but it's something to consider.
I don't think we should require users to create every local role also in
postgres, nor do I feel that we should allow connections to postgres by
any role, nor do I want to break tools which use 'postgres' to basically
get access to shared catalogs- but I don't see an immediate or easy
solution..
Thanks,
    Stephen

pgsql-hackers by date:

Previous
From: Robert Haas
Date:
Subject: Re: Per-Database Roles
Next
From: Bruce Momjian
Date:
Subject: Re: pg_upgrade libraries check