Re: [HACKERS] path toward faster partition pruning - Mailing list pgsql-hackers

From Amit Langote
Subject Re: [HACKERS] path toward faster partition pruning
Date
Msg-id dfdf27c3-aad1-9386-30db-b8b46731a110@lab.ntt.co.jp
Whole thread Raw
In response to Re: [HACKERS] path toward faster partition pruning  (Alvaro Herrera <alvherre@alvh.no-ip.org>)
List pgsql-hackers
On 2017/12/22 1:06, Alvaro Herrera wrote:
> Just trying to understand the code here; some very minor comments as I
> go along.
> 
> partition_op_strategy returning int32 looks pretty ugly, and the calling
> code is not super-intelligible either.  How about returning a value from
> a new enum?

OK, I made it the following enum:

typedef enum PartOpStrategy
{
    PART_OP_EQUAL,
    PART_OP_LESS,
    PART_OP_GREATER,
} PartOpStrategy;

> typedef PartClause is missing a struct name, as is our tradition.

Will fix.

>> +                 * We don't a <> operator clause into a key right away.
> 
> Missing a word there.

Oops, right.  I meant "We don't turn a <> ...".  Will fix.

Will post a new version after taking care of David's comments.

Thanks,
Amit



pgsql-hackers by date:

Previous
From: Gene Selkov
Date:
Subject: Re: genomic locus
Next
From: Craig Ringer
Date:
Subject: Re: Finalizing logical replication limitations as well as potential features