Re: [PERFORM] BUG #4919: CREATE USER command slows down system performance
От | Bruce Momjian |
---|---|
Тема | Re: [PERFORM] BUG #4919: CREATE USER command slows down system performance |
Дата | |
Msg-id | 200908082031.n78KVje23903@momjian.us обсуждение исходный текст |
Ответ на | Re: [PERFORM] BUG #4919: CREATE USER command slows down system performance (Tom Lane <tgl@sss.pgh.pa.us>) |
Список | pgsql-bugs |
Tom Lane wrote: > Bruce Momjian <bruce@momjian.us> writes: > > Tom Lane wrote: > >> Now that we have SQL-level CONNECT privilege, I wonder just how much > >> functionality would be lost if we got rid of the flat files and told > >> people they had to use CONNECT to do any per-user or per-database > >> access control. > >> > >> The main point I can see offhand is that password checking would have > >> to be done a lot later in the startup sequence, with correspondingly > >> more cycles wasted to reject bad passwords. > > > Is this a TODO? > > Well, it's a TO-THINK-ABOUT anyway. I think the appropriate next step > would not be to write code, but to do a detailed investigation of what > would be gained or lost. I don't remember exactly what we do with the > flat-file contents. The flat file is the username/password sorted list. We load that info into the postmaster in an array that we can binary sort. I wonder how big the postmaster process address space was when handling 2 billion users: http://archives.postgresql.org/pgsql-bugs/2009-07/msg00176.php It seems just storing many users in the postmaster could be burdensome, but fixing that would be creating something like a database, which we already have. ;-) -- Bruce Momjian <bruce@momjian.us> http://momjian.us EnterpriseDB http://enterprisedb.com + If your life is a hard drive, Christ can be your backup. +
В списке pgsql-bugs по дате отправления: