Re: HBA files w/include support?
От | Tom Lane |
---|---|
Тема | Re: HBA files w/include support? |
Дата | |
Msg-id | 26823.1392391170@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: HBA files w/include support? (Stephen Frost <sfrost@snowman.net>) |
Ответы |
Re: HBA files w/include support?
Re: HBA files w/include support? |
Список | pgsql-hackers |
Stephen Frost <sfrost@snowman.net> writes: > Having @include and directory.d-style capabilities for pg_hba.conf *and* > pg_ident.conf would make managing larger environments much better. I'm a little suspicious of this, mainly because pg_hba searching is necessarily linear (and none too cheap per-entry). I think anyone who tries to use a set of entries large enough to really need multiple files is going to have pain. We already have various methods for making one pg_hba entry do the work of many; for instance, IP-subnet entries, wildcards, and role references. And you can use database CONNECT privilege grants as another substitute for fine-grained pg_hba entries. I'd be interested to see a real use-case where those things aren't an adequate substitute for a pg_hba rule set that's too large to fit conveniently in one file. Maybe we could identify another pg_hba abstraction technique we need to support. In short: I suspect this approach may be fixing the wrong thing. regards, tom lane
В списке pgsql-hackers по дате отправления: