Re: correction suggestion for https://www.postgresql.org/docs/17/auth-username-maps.html
От | David G. Johnston |
---|---|
Тема | Re: correction suggestion for https://www.postgresql.org/docs/17/auth-username-maps.html |
Дата | |
Msg-id | CAKFQuwah5XsefdN6cmcBt2xeYfQY7e6fd1ZGLG5gn78d242tWQ@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: correction suggestion for https://www.postgresql.org/docs/17/auth-username-maps.html (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: correction suggestion for https://www.postgresql.org/docs/17/auth-username-maps.html
|
Список | pgsql-docs |
On Sun, Jul 13, 2025 at 11:30 AM Tom Lane <tgl@sss.pgh.pa.us> wrote:
I figured out how to make the 003_peer.pl tests for \1 less
hacky, and pushed that. Here's a proposed patch for the
documentation side of things, including your suggestion to
make pg_ident.conf.sample match up better.
Thanks. My goal of trying to be a bit more precise regarding the \1 reference is probably counter-productive. The existing wording makes me ask "why" to which the answer is "because if database-username is a regexp a reference to \1 resolves to any capturing groups it defines; and if there are none the regexp will be malformed and break when you attempt to reload pg_hba.conf". But that is a lot of words for something that is unlikely to be encountered in practice and does distract the reader from the main point.
(Likewise, the system-username regexp can contain more than one capture - which are only available later in the system-username regexp - though again it seems unlikely anyone is going to use that feature in this context.)
I'm good with this.
Thanks!
David J.
В списке pgsql-docs по дате отправления: