Re: Per-Database Roles

Поиск
Список
Период
Сортировка
От Stephen Frost
Тема Re: Per-Database Roles
Дата
Msg-id 20120526023454.GV1267@tamriel.snowman.net
обсуждение исходный текст
Ответ на Re: Per-Database Roles  (Robert Haas <robertmhaas@gmail.com>)
Ответы Re: Per-Database Roles  (Bruce Momjian <bruce@momjian.us>)
Re: Per-Database Roles  (Tom Lane <tgl@sss.pgh.pa.us>)
Список 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 по дате отправления:

Предыдущее
От: Robert Haas
Дата:
Сообщение: Re: Per-Database Roles
Следующее
От: Bruce Momjian
Дата:
Сообщение: Re: pg_upgrade libraries check