Re: Add IS_INDEX macro to brin and gist index - Mailing list pgsql-hackers

From Japin Li
Subject Re: Add IS_INDEX macro to brin and gist index
Date
Msg-id MEAPR01MB303130F8BE2CC25B494923B1B68FA@MEAPR01MB3031.ausprd01.prod.outlook.com
Whole thread Raw
In response to Re: Add IS_INDEX macro to brin and gist index  (Álvaro Herrera <alvherre@kurilemu.de>)
Responses Re: Add IS_INDEX macro to brin and gist index
Re: Add IS_INDEX macro to brin and gist index
List pgsql-hackers
On Wed, 14 Jan 2026 at 16:40, Álvaro Herrera <alvherre@kurilemu.de> wrote:
> On 2026-Jan-14, Japin Li wrote:
>
>> -#define IS_INDEX(r) ((r)->rd_rel->relkind == RELKIND_INDEX)
>> -#define IS_BTREE(r) ((r)->rd_rel->relam == BTREE_AM_OID)
>> +#define IS_BTREE(r) (IS_INDEX(r) && (r)->rd_rel->relam == BTREE_AM_OID)
>
> I find this coding rather pointless.  You can more easily do something
> like
>
> #define IS_BTREE(r) ((r)->rd_rel->relkind == RELKIND_INDEX && (r)->rd_rel->relam == BTREE_AM_OID)
>
> and get rid of the IS_INDEX macro completely, if it's not used anywhere
> else.  Same for all the other index AMs.
>

Thanks for the review.

I've fixed it according to your suggestion.

> --
> Álvaro Herrera               48°01'N 7°57'E  —  https://www.EnterpriseDB.com/

--
Regards,
Japin Li
ChengDu WenWu Information Technology Co., Ltd.


Attachment

pgsql-hackers by date:

Previous
From: Anthonin Bonnefoy
Date:
Subject: Re: LLVM 22
Next
From: Andres Freund
Date:
Subject: Re: Buffer locking is special (hints, checksums, AIO writes)