Re: Allow table AMs to define their own reloptions - Mailing list pgsql-hackers

From Zsolt Parragi
Subject Re: Allow table AMs to define their own reloptions
Date
Msg-id CAN4CZFMRjfFXW3Baczgra4ff7fTNiKBUXXZ5OfcJhWZ4-xrc1A@mail.gmail.com
Whole thread
In response to Re: Allow table AMs to define their own reloptions  (Andrew Dunstan <andrew@dunslane.net>)
List pgsql-hackers
pg_dump has the option "--no-table-access-method". Should that somehow
interact with this feature? As currently that can result in non
restorable dumps.



There's also one more limitation similar to the TEXT issue I reported
upthread - and similarly it's not an issue for current tests, but
might be worth improving:

/* src: src/backend/access/heap/heapam.c:1449-1452 */
if (unlikely(sscan->rs_rd->rd_tableam != GetHeapamTableAmRoutine()))
    ereport(ERROR, ... errmsg_internal("only heap AM is supported")));

CREATE TABLE ti (a int) USING dummy_table_am;
CREATE INDEX ON ti(a);                                   -- ERROR:
only heap AM is supported

CREATE TABLE tp (a int PRIMARY KEY) USING dummy_table_am; -- ERROR:
only heap AM is supported



pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: Do we need to back-patch tzcode 2026b after all?
Next
From: Paul A Jungwirth
Date:
Subject: WITHOUT OVERLAPS foreign key allows referencing EXCLUDE constraint