> On Tue, Dec 11, 2018 at 3:13 AM Andres Freund <and...@anarazel.de> wrote: > > Further tasks I'm not yet planning to tackle, that I'd welcome help on: > - pg_dump support > - pg_upgrade testing > - I think we should consider removing HeapTuple->t_tableOid, it should > imo live entirely in the slot
I'm a bit confused, but what kind of pg_dump support you're talking about? After a quick glance I don't see so far any table access specific logic there. To check it I've created a test access method (which is a copy of heap, but with some small differences) and pg_dump worked as expected. As a side note, in a table description I haven't found any mention of which access method is used for this table, probably it's useful to show that with \d+ (see the attached patch).
describe_am.patch
Description: Binary data
