From: | David Rowley <david(dot)rowley(at)2ndquadrant(dot)com> |
---|---|
To: | Bruce Momjian <bruce(at)momjian(dot)us> |
Cc: | Amit Langote <Langote_Amit_f8(at)lab(dot)ntt(dot)co(dot)jp>, "Jonathan S(dot) Katz" <jkatz(at)postgresql(dot)org>, pgsql-advocacy(at)lists(dot)postgresql(dot)org |
Subject: | Re: PostgreSQL 12: Feature Highlights |
Date: | 2019-05-18 14:26:48 |
Message-ID: | CAKJS1f9TVMvGQdwxMemci34viPZuiLTFOJa4rc1Bfhm57WycFA@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-advocacy pgsql-hackers |
On Sun, 19 May 2019 at 01:20, Bruce Momjian <bruce(at)momjian(dot)us> wrote:
> The first one needs to reference visible effects, so I would add:
>
> Consider additional optimizations for queries referencing
> partitioned tables that only affect a single partition
>
> Does that work?
Thanks, typing that up. I think it lacks a bit detail about what's
actually changed. The change is fairly evident and people can see
when it takes effect when they look at EXPLAIN and see that the
Append/MergeAppend node is missing. Also, an Append/MergeAppend may
exist for inheritance tables and an Append can exist for a simple
UNION ALL. Both of those cases can have subplans removed to leave only
a single subplan, to which the additional parallel paths will be
considered.
I think something like:
* Make the optimizer only include an Append/MergeAppend node when
there is more than one subplan to append.
This reduces execution overheads and allows additional plan shapes
that were previously not possible.
or a little more brief:
* Allow the optimizer to consider more plan types by eliminating
single subplan Append and MergeAppends.
I understand that you might be trying to avoid details of plan node
types, but really anyone who's got inheritance or partitioned tables
and has looked at an EXPLAIN should have an idea.
Also, I think Tom should be the main author of this as he rewrote my
version of the patch to such an extent that there was next to nothing
of it left. I just tagged a few extra things on before he committed
it.
--
David Rowley http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Training & Services
From | Date | Subject | |
---|---|---|---|
Next Message | Amit Langote | 2019-05-21 00:47:54 | Re: PostgreSQL 12: Feature Highlights |
Previous Message | Bruce Momjian | 2019-05-18 13:24:28 | Re: PostgreSQL 12: Feature Highlights |
From | Date | Subject | |
---|---|---|---|
Next Message | Sergei Kornilov | 2019-05-18 14:31:25 | Re: Segfault on ANALYZE in SERIALIZABLE isolation |
Previous Message | Joe Wildish | 2019-05-18 14:15:48 | Segfault on ANALYZE in SERIALIZABLE isolation |