Re: Table AM modifications to accept column projection lists

From: Andy Fan <zhihui(dot)fan1213(at)gmail(dot)com>
To: Jacob Champion <pchampion(at)vmware(dot)com>
Cc: "pgsql-hackers(at)postgresql(dot)org" <pgsql-hackers(at)postgresql(dot)org>, "soumyadeep2007(at)gmail(dot)com" <soumyadeep2007(at)gmail(dot)com>, "hlinnaka(at)iki(dot)fi" <hlinnaka(at)iki(dot)fi>, "pryzby(at)telsasoft(dot)com" <pryzby(at)telsasoft(dot)com>, "aleksander(at)timescale(dot)com" <aleksander(at)timescale(dot)com>, "zyu(at)yugabyte(dot)com" <zyu(at)yugabyte(dot)com>, "melanieplageman(at)gmail(dot)com" <melanieplageman(at)gmail(dot)com>, "sawada(dot)mshk(at)gmail(dot)com" <sawada(dot)mshk(at)gmail(dot)com>, Ashwin Agrawal <aashwin(at)vmware(dot)com>
Subject: Re: Table AM modifications to accept column projection lists
Date: 2021-08-18 12:56:54
Message-ID: CAKU4AWrLCSu+xmuAjRmEd=fMyvTt4XGbWWWy=SsxVOQL8-4NYA@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Thu, Jul 1, 2021 at 7:42 AM Jacob Champion <pchampion(at)vmware(dot)com> wrote:
>
> Hi all,
>
> Ashwin, Deep, and I were discussing this patch today. We agree that
> it's fairly difficult to review in its current state, and the lack of a
> concrete implementation of the new API isn't helping. (A big chunk of
> the context for the patch exists in the zedstore megathread, which
> isn't exactly light reading.)
>
> We'd like to improve that, but with current time constraints, we won't
> be able to get to it for the July commitfest. So I'll mark this patch
> Withdrawn for now, to reduce the review load. (239 Needs Review and
> counting!) We hope to revisit in the September timeframe.
>
> Thanks for all the reviews and input!
>
> --Jacob

Since this thread is mentioned again, I want to share some thoughts on the lazy
material part[1]. If we go with that direction, we may not need the AM for pass
projection to heapam. we just need something like AM like

Datum fetch_column_value_for_column(.., rowid, colid);

I worked in this direction with a small step and stopped quickly because of some
other reasons. I would like to share my work so far here [2], However
lazy material
is not always good.

[1] https://stratos.seas.harvard.edu/files/stratos/files/columnstoresfntdbs.pdf
[2] https://github.com/zhihuiFan/postgres/tree/lazy_material_v2

--
Best Regards
Andy Fan (https://www.aliyun.com/)

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Ranier Vilela 2021-08-18 13:06:12 Re: NAMEDATALEN increase because of non-latin languages
Previous Message Laurenz Albe 2021-08-18 12:33:08 Re: NAMEDATALEN increase because of non-latin languages