| From: | Adrian Klaver <adrian(dot)klaver(at)aklaver(dot)com> |
|---|---|
| To: | Ron Johnson <ronljohnsonjr(at)gmail(dot)com>, pgsql-general <pgsql-general(at)postgresql(dot)org> |
| Subject: | Re: Why is materialized view creation a "security-restricted operation"? |
| Date: | 2026-10-02 14:54:31 |
| Message-ID: | f6d2fca1-1ee4-4d97-8219-100dd91d8496@aklaver.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-general |
On 10/2/26 3:19 AM, Ron Johnson wrote:
> On Thu, Oct 1, 2026 at 8:35 PM David G. Johnston
> <david(dot)g(dot)johnston(at)gmail(dot)com <mailto:david(dot)g(dot)johnston(at)gmail(dot)com>> wrote:
>
> On Thu, Oct 1, 2026 at 4:56 PM Ron Johnson <ronljohnsonjr(at)gmail(dot)com
> <mailto:ronljohnsonjr(at)gmail(dot)com>> wrote:
>
> A GLOBAL TEMP table (where the DBA runs the CREATE GLOBAL TEMP
> TABLE once (so that CREATE TEMP TABLE some_table everywhere
> that my_func() is called) would also solve OP's problem.
>
>
> Per the create table docs:
>
> "Optionally, GLOBAL or LOCAL can be written before TEMPORARY or
> TEMP. This presently makes no difference in PostgreSQL and is
> deprecated; see Compatibility below."
>
> And I'm praying for "since future versions of PostgreSQLmight adopt a
> more standard-compliant interpretation of their meaning" in the
> Compatibility section you referenced.
As an extension there is:
https://github.com/darold/pgtt
>
> --
> Death to <Redacted>, and butter sauce.
> Don't boil me, I'm still alive.
> <Redacted> lobster!
--
Adrian Klaver
adrian(dot)klaver(at)aklaver(dot)com
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Ron Johnson | 2026-10-02 15:18:38 | Re: Why is materialized view creation a "security-restricted operation"? |
| Previous Message | Ron Johnson | 2026-10-02 10:19:20 | Re: Why is materialized view creation a "security-restricted operation"? |