Re: Improve choose_custom_plan for initial partition prune case

From: Andy Fan <zhihui(dot)fan1213(at)gmail(dot)com>
To: Amit Langote <amitlangote09(at)gmail(dot)com>
Cc: PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>, Ashutosh Bapat <ashutosh(dot)bapat(dot)oss(at)gmail(dot)com>
Subject: Re: Improve choose_custom_plan for initial partition prune case
Date: 2020-10-07 06:43:54
Message-ID: CAKU4AWr4HOtLdFWdDkFD9bV7kpt6ktHhnq0z5kBVELFvEN1yZw@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

>
>
> 2. Associate them with RelationOid, and we can record such information in
> the
> Append node as well. The bad part is the same relation Oid may appear
> multiple
> times in a query. for example: SELECT .. FROM p p1, p p2 where
> p1.partkey1 = $1
> AND p2.partkey2 = $2;
>
>
I just came up with a new idea. Since this situation should be rare, we
can just come back
to our original method (totally ignore the cost reduction) or use the
average number. Fixing
the 99% cases would be a big winner as well IMO.

So any hint on this will be appreciated..
>
> --
> Best Regards
> Andy Fan
>

--
Best Regards
Andy Fan

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Pavel Borisov 2020-10-07 07:30:01 Re: [PATCH] Automatic HASH and LIST partition creation
Previous Message Andy Fan 2020-10-07 06:39:11 Re: Improve choose_custom_plan for initial partition prune case