Re: fixing typo in comment for restriction_is_or_clause - Mailing list pgsql-hackers

From Zhihong Yu
Subject Re: fixing typo in comment for restriction_is_or_clause
Date
Msg-id CALNJ-vSTpjFVwrf+fYTUSQjnjv1KoSOxziWsznN6sww9r0UJiw@mail.gmail.com
Whole thread Raw
In response to Re: fixing typo in comment for restriction_is_or_clause  (Japin Li <japinli@hotmail.com>)
List pgsql-hackers


On Mon, Oct 24, 2022 at 7:58 PM Japin Li <japinli@hotmail.com> wrote:

On Tue, 25 Oct 2022 at 10:48, Richard Guo <guofenglinux@gmail.com> wrote:
> On Tue, Oct 25, 2022 at 10:05 AM John Naylor <john.naylor@enterprisedb.com>
> wrote:
>
>>
>> On Tue, Oct 25, 2022 at 12:19 AM Zhihong Yu <zyu@yugabyte.com> wrote:
>> >
>> > Hi,
>> > When I was looking at src/backend/optimizer/util/restrictinfo.c, I found
>> a typo in one of the comments.
>>
>> Using "t" as an abbreviation for "true" was probably intentional, so not a
>> typo. There is no doubt what the behavior is.
>>
>> > I also took the chance to simplify the code a little bit.
>>
>> It's perfectly clear and simple now, even if it doesn't win at "code golf".
>>
>
> Agree with your point.  Do you think we can further make the one-line
> function a macro or an inline function in the .h file?  I think this
> function is called quite frequently during planning, so maybe doing that
> would bring a little bit of efficiency.
>

+1, same goes for restriction_is_securely_promotable.

Hi,
Thanks for the comments.

Please take a look at patch v2. 
Attachment

pgsql-hackers by date:

Previous
From: Japin Li
Date:
Subject: Re: fixing typo in comment for restriction_is_or_clause
Next
From: Masahiko Sawada
Date:
Subject: Re: Perform streaming logical transactions by background workers and parallel apply