From: | Julien Rouhaud <rjuju123(at)gmail(dot)com> |
---|---|
To: | yuzuko <yuzukohosoya(at)gmail(dot)com> |
Cc: | Erik Nordström <erik(at)timescale(dot)com>, David Fetter <david(at)fetter(dot)org>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Peter Eisentraut <peter(dot)eisentraut(at)enterprisedb(dot)com>, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: Feedback on table expansion hook (including patch) |
Date: | 2021-05-12 08:01:04 |
Message-ID: | 20210512080104.h7zsfkjjzk3vfobr@nol |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Wed, May 12, 2021 at 04:48:29PM +0900, yuzuko wrote:
> Hello,
>
> > Thank you all for the feedback and insights.
> >
> > Yes, the intention is to *replace* expand_inherited_rtentry() in the same way planner_hook replaces standard_planner().
> >
>
> This patch is really useful. We are working on developing hypothetical
> partitioning as a feature of HypoPG[1][2], but we hit the same problem
> as TimescaleDB. Therefore we would also be thrilled to have that hook.
>
> Hypothetical partitioning allows users to define multiple partitioning
> schemes on real tables and real data hypothetically, and shows resulting
> queries' plan/cost with EXPLAIN using hypothetical partitioning schemes.
> Users can quickly check how their queries would behave if some tables
> were partitioned, and try different partitioning schemes. HypoPG does
> table expansion again according to the defined hypothetical partitioning
> schemes. For this purpose, we used get_relation_info hook, but in PG12,
> table expansion was moved, so we cannot do that using
> get_relation_info hook. This is exactly the same problem Erik has.
> Therefore the proposed hook would allow us to support hypothetical partitioning.
Sorry for missing that thread until now. And yes as Hosoya-san just mentioned,
we faced the exact same problem when implementing hypothetical partitioning,
and eventually had to stop as the changes in pg12 prevented it. So +1 for
introducing such a hook, it would also be useful for that usecase.
From | Date | Subject | |
---|---|---|---|
Next Message | Pavel Borisov | 2021-05-12 08:13:25 | Re: OOM in spgist insert |
Previous Message | Michael Paquier | 2021-05-12 07:52:42 | Re: GetSubscriptionRelations declares too many scan keys |