Lack of possibility to specify CTAS TAM - Mailing list pgsql-hackers

From Kirill Reshke
Subject Lack of possibility to specify CTAS TAM
Date
Msg-id CALdSSPgV8xXopOUBkvseVQTx7kNbd1w7++YCqvQaurMHdZ_=KQ@mail.gmail.com
Whole thread Raw
Responses Re: Lack of possibility to specify CTAS TAM
Re: Lack of possibility to specify CTAS TAM
Re: Lack of possibility to specify CTAS TAM
List pgsql-hackers
I have noticed $subj while working with other unrelated patches.
The question is, why there is no CREATE TABLE AS .... USING
(some_access_method)?
This feature looks straightforward, and lack of it is a bit of
inconsistency from my point of view.
Maybe there are some unobvious caveats with implementing it?
I have done a little research reading related threads [1][2], but
these do not address $subj, if i'm not missing anything.
Neither can I find an open CF entry/thread implementing this (Im
looking here http://cfbot.cputube.org/) .

The same storage specification feature can actually be supported for
CTAE (like CTAS but execute) and CREATE MATERIALIZED VIEW.

I can try to propose a POC patch implementing $subj if there are no objections
to having this functionality in the core.


[1] https://www.postgresql.org/message-id/flat/20180703070645.wchpu5muyto5n647%40alap3.anarazel.de
[2] https://www.postgresql.org/message-id/flat/20160812231527.GA690404%40alvherre.pgsql



pgsql-hackers by date:

Previous
From: Peter Eisentraut
Date:
Subject: make pg_createsubscriber option names more consistent
Next
From: Anthonin Bonnefoy
Date:
Subject: Re: Use pgBufferUsage for block reporting in analyze