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

From Aleksander Alekseev
Subject Re: Allow table AMs to define their own reloptions
Date
Msg-id CAJ7c6TOFr6ETF=JiUkWKGmPsuXB5uGumQLoBLHL6q9XL+c7hHg@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
Hi Andrew,

> Attached is v7. Changes since v6:
>
> [...]

That's an important feature, thanks for driving it. We wanted
something like this in the recent commit 0e944fe3 but ended up using a
GUC.

There is one important design difference however. Your patch allows
given TAMs to have their own reloptions. In 0e944fe3 the task was
different. An extension that doesn't implement a TableAM should be
able to extend `CREATE TABLE foo WITH (...)` with its own options
independent of the underlying TAM. The way these options are
interpreted depends on the extension, not the underlying TAM.

If we could separate reloptions extension from TAM implementation that
would be much more flexible. Do you think it's possible?

-- 
Best regards,
Aleksander Alekseev



pgsql-hackers by date:

Previous
From: Priyanka S
Date:
Subject: Re: [PATCH] Planner support function for generate_subscripts()