On Wed, 31 Jul 2024 at 12:15, David G. Johnston
wrote:
>
> On Wednesday, July 31, 2024, Kirill Reshke wrote:
>>
>> I have noticed $subj while working with other unrelated patches.
>> The question is, why there is no CREATE TABLE AS USING
>> (some_access_method)?
>
>
> The syntax is documente
On Wednesday, July 31, 2024, David G. Johnston
wrote:
> On Wednesday, July 31, 2024, Kirill Reshke wrote:
>>
>>
>> The same storage specification feature can actually be supported for
>> CTAE (like CTAS but execute) and CREATE MATERIALIZED VIEW.
>>
>>
> On a related note, the description here se
On Wednesday, July 31, 2024, Kirill Reshke wrote:
>
>
> The same storage specification feature can actually be supported for
> CTAE (like CTAS but execute) and CREATE MATERIALIZED VIEW.
>
>
On a related note, the description here seems outdated.
https://www.postgresql.org/docs/current/runtime-co
On Wed, 31 Jul 2024, 12:12 Andrey M. Borodin, wrote:
>
> Currently we do not have so many TAMs
>
Currently we do not have so many TAM in core. Outside core there is
actually a quite a number of projects doing TAMs. Orioledb is one example.
>
On Wednesday, July 31, 2024, Kirill Reshke wrote:
> I have noticed $subj while working with other unrelated patches.
> The question is, why there is no CREATE TABLE AS USING
> (some_access_method)?
The syntax is documented…
CREATE [ [ GLOBAL | LOCAL ] { TEMPORARY | TEMP } | UNLOGGED ] TAB
> On 31 Jul 2024, at 12:03, Kirill Reshke wrote:
>
> CREATE TABLE AS USING
> (some_access_method)
This looks in a line with usual CREATE TABLE.
+1 for the feature.
Currently we do not have so many TAMs, but I hope eventually we will have some.
Best regards, Andrey Borodin.
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 implemen
