Re: Incorrect comment in get_partition_dispatch_recurse - Mailing list pgsql-hackers

From David Rowley
Subject Re: Incorrect comment in get_partition_dispatch_recurse
Date
Msg-id CAKJS1f8iML7MgRpxcw9ouxeSZ3vjtnsMze38ADrByhZOFV9ZQw@mail.gmail.com
Whole thread Raw
In response to Re: Incorrect comment in get_partition_dispatch_recurse  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: Incorrect comment in get_partition_dispatch_recurse  (Amit Langote <Langote_Amit_f8@lab.ntt.co.jp>)
List pgsql-hackers
On 18 May 2018 at 02:13, Tom Lane <tgl@sss.pgh.pa.us> wrote:
> Maybe what you need is a redesign.  This convention seems impossibly
> confusing and hence error-prone.  What about using a separate bool to
> indicate which list the index refers to?

While I agree that the coding is a bit unusual, I think it's also good
that we can get away without allocating yet another array nparts in
size. ExecSetupPartitionTupleRouting is already a huge bottleneck with
single-row INSERT into a partitioned table with a large number of
partitions. Allocating yet another array nparts in size will just slow
it down further.

I have patches locally that I'll be submitting during the v12 cycle to
improve on this. Among other things, the patches go to lengths to not
allocate these arrays when we don't have to.

-- 
 David Rowley                   http://www.2ndQuadrant.com/
 PostgreSQL Development, 24x7 Support, Training & Services


pgsql-hackers by date:

Previous
From: Alvaro Herrera
Date:
Subject: Re: Transform for pl/perl
Next
From: Tom Lane
Date:
Subject: Re: Problem while updating a foreign table pointing to a partitioned table on foreign server