Re: security_definer_search_path GUC - Mailing list pgsql-hackers

From David G. Johnston
Subject Re: security_definer_search_path GUC
Date
Msg-id CAKFQuwaHKTugicKMdJShdXMAnpC=Vx2rM+KvncyJW+mp9ATvog@mail.gmail.com
Whole thread Raw
In response to Re: security_definer_search_path GUC  (Pavel Stehule <pavel.stehule@gmail.com>)
Responses Re: security_definer_search_path GUC  ("David G. Johnston" <david.g.johnston@gmail.com>)
List pgsql-hackers
On Fri, Jun 4, 2021 at 9:03 AM Pavel Stehule <pavel.stehule@gmail.com> wrote:
pá 4. 6. 2021 v 17:43 odesílatel Joel Jacobson <joel@compiler.org> napsal:
Maybe this could work:
CREATE SCHEMA schema_name UNQUALIFIED;
Which would explicitly make all the objects created in the schema accessible unqualified, but also enforce there are no conflicts with other objects in existence in all unqualified schemas, upon the creation of new objects.

Yes, it can work. I am not sure if "unqualified" is the best keyword, but the idea is workable.

Sounds like a job for an event trigger listening to CREATE/ALTER schema.

David J.

pgsql-hackers by date:

Previous
From: Alvaro Herrera
Date:
Subject: Re: Add PortalDrop in exec_execute_message
Next
From: "David G. Johnston"
Date:
Subject: Re: security_definer_search_path GUC