> On Oct 13, 2026, at 08:17, Färber, Franz-Josef (StMUK)
> <[email protected]> wrote:
>
>
>>
>> Well, you want to use a materialized view for something that it cannot be
>> used for, for security reasons. We tried to explain that in this thread.
> Yes, you can see it this way: One way would be: Using Temp Tables. This way
> is blocked due to security reasons. Discussion finished.
>
> Another point of view is:
> 0) The security problem is not inherent for what I was trying to archieve;
> but due to lack of expressiveness one is forced into this dead end.
> 1) Either: Postgres' COPY stmt lacks the ability to omit the physical table,
> something like SELECT * FROM COPY FROM ...
> 2) or: Postgres lacks table variables.
>
I am not clear on your workflow so these questions come to mind:
What do you do with the undefined “*” (if it were allowed)?
Would you not have to predefine the columns of the table variable?
