Re: [PATCH] Add inline comments to the pg_hba_file_rules view - Mailing list pgsql-hackers

From Daniel Gustafsson
Subject Re: [PATCH] Add inline comments to the pg_hba_file_rules view
Date
Msg-id E7E8D6BB-E108-49C5-B199-7A1F6EB3ECDA@yesql.se
Whole thread Raw
In response to Re: [PATCH] Add inline comments to the pg_hba_file_rules view  (Peter Eisentraut <peter@eisentraut.org>)
List pgsql-hackers
> On 26 Sep 2023, at 15:19, Peter Eisentraut <peter@eisentraut.org> wrote:
>
> On 04.09.23 11:54, Jim Jones wrote:
>> This patch proposes the column "comment" to the pg_hba_file_rules view. It basically parses the inline comment (if
any)of a valid pg_hba.conf entry and displays it in the new column. 
>> For such pg_hba entries ...
>> host db jim 127.0.0.1/32 md5 # foo
>> host db jim 127.0.0.1/32 md5 #bar
>> host db jim 127.0.0.1/32 md5 #     #foo#
>
> I'm skeptical about this.
>
> First, there are multiple commenting styles.  The end-of-line style is less common in my experience, because
pg_hba.conflines tend to belong. Another style is 
>
> # foo
> host db jim 127.0.0.1/32 md5
> # bar
> host db jim 127.0.0.1/32 md5
>
> or even as a block
>
> # foo and bar
> host db jim 127.0.0.1/32 md5
> host db jim 127.0.0.1/32 md5

Or even a more complicated one (which I've seen variants of in production)
where only horizontal whitespace separates two subsequent lines of comments:

# Block comment
host db jim 127.0.0.1/32 md5 #end of line multi-
                             #line comment
# A new block comment directly following
host db jim 127.0.0.1/32 md5

> I think we should leave file comments be file comments.  If we want some annotations to be exported to higher-level
views,we should make that an intentional and explicit separate feature. 

+1

--
Daniel Gustafsson




pgsql-hackers by date:

Previous
From: "Zhijie Hou (Fujitsu)"
Date:
Subject: RE: Move global variables of pgoutput to plugin private scope.
Next
From: vignesh C
Date:
Subject: Re: Invalidate the subscription worker in cases where a user loses their superuser status