From: | Fabrízio de Royes Mello <fabriziomello(at)gmail(dot)com> |
---|---|
To: | Michael Paquier <michael(at)paquier(dot)xyz> |
Cc: | Hannu Krosing <hannuk(at)google(dot)com>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org>, mark(dot)dilger(at)enterprisedb(dot)com |
Subject: | Re: Including a sample Table Access Method with core code |
Date: | 2023-07-05 20:22:32 |
Message-ID: | CAFcNs+oAc24WghvxK+_N0YmtTG8xXZt0fvbksWEi5bJfvV1vzg@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
>
> > Included Mark Dilger directly to this mail as he mentioned he has a
> > Perl script that makes a functional copy of heap AM that can be
> > compiled as installed as custom AM.
>
> Similar discussion has happened in 640c198 related to the creation of
> dummy_index_am, where the argument is that such a module needs to
> provide value in testing some of the core internals. dummy_index_am
> did so for reloptions on indexes because there was not much coverage
> for that part of the system.
>
> > @mark - maybe you can create 3 boilerplate Table AMs for the above
> > named `mem_am`, `overlay_am` and `py3_am` and we could put them
> > somewhere for interested parties to play with ?
>
> Not sure if that's worth counting, but I also have a table AM template
> stored in my plugin repo:
> https://github.com/michaelpq/pg_plugins/tree/main/blackhole_am
>
And based on your `blackhole_am` I've sent a patch [1] to add a
`dummy_table_am` for testing purposes.
Regards,
--
Fabrízio de Royes Mello
From | Date | Subject | |
---|---|---|---|
Next Message | Tristan Partin | 2023-07-05 20:45:11 | Re: BUG #17946: LC_MONETARY & DO LANGUAGE plperl - BUG |
Previous Message | Alena Rybakina | 2023-07-05 20:06:26 | Re: POC, WIP: OR-clause support for indexes |