Re: Query Planner not taking advantage of HASH PARTITION - Mailing list pgsql-performance

From Tom Lane
Subject Re: Query Planner not taking advantage of HASH PARTITION
Date
Msg-id 2143749.1650219624@sss.pgh.pa.us
Whole thread Raw
In response to Re: Query Planner not taking advantage of HASH PARTITION  (Benjamin Tingle <ben@tingle.org>)
List pgsql-performance
Benjamin Tingle <ben@tingle.org> writes:
> Interesting. Why is it impossible to prune hash partitions? Maybe prune
> isn’t the best word, more so use to advantage. At the very least, it should
> be possible to utilize a parallel insert against a table partitioned by
> hash. (Partition query rows, then distribute these rows to parallel workers)

Your plan-shape complaint had nothing to do with insertions; it had
to do with joining the partitioned table to another table.  That
join can't be optimized.

            regards, tom lane



pgsql-performance by date:

Previous
From: Benjamin Tingle
Date:
Subject: Re: Query Planner not taking advantage of HASH PARTITION
Next
From: Alvaro Herrera
Date:
Subject: Re: Query Planner not taking advantage of HASH PARTITION