Re: Thoughts on pg_hba.conf rejection
От | Robert Haas |
---|---|
Тема | Re: Thoughts on pg_hba.conf rejection |
Дата | |
Msg-id | w2y603c8f071004191408lea9ba5b7q80a46b7839c73ec@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Thoughts on pg_hba.conf rejection (Alvaro Herrera <alvherre@commandprompt.com>) |
Ответы |
Re: Thoughts on pg_hba.conf rejection
Re: Thoughts on pg_hba.conf rejection |
Список | pgsql-hackers |
On Mon, Apr 19, 2010 at 5:04 PM, Alvaro Herrera <alvherre@commandprompt.com> wrote: > Robert Haas escribió: >> On Mon, Apr 19, 2010 at 4:30 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote: > >> > The only way I can think of to improve that without going back to flat >> > files would be to develop a way for backends to switch databases after >> > initial startup, so that auth could be done in a predetermined database >> > (say, "postgres") before switching to the requested DB. This has enough >> > potential gotchas, in regards to catalog caching for instance, that I'm >> > not eager to go there. >> >> Would it be possible to set up a skeleton environment where we can >> access shared catalogs only and then decide on which database we're >> using later? > > Eh? We already do that ... In fact the autovac launcher is always > connected to shared catalogs, without being connected to any one > database in particular (cf. get_database_list) Oh. Then I'm confused. Tom said: "as of 9.0, it's necessary to connect to some database in order to proceed with auth checking". Why is that necessary, if we can access shared catalogs without it? ...Robert
В списке pgsql-hackers по дате отправления: