From: | Sadeq Dousti <msdousti(at)gmail(dot)com> |
---|---|
To: | "David G(dot) Johnston" <david(dot)g(dot)johnston(at)gmail(dot)com> |
Cc: | Jelte Fennema-Nio <me(at)jeltef(dot)nl>, Tomas Vondra <tomas(at)vondra(dot)me>, Jeff Davis <pgsql(at)j-davis(dot)com>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>, "David E(dot) Wheeler" <david(at)justatheory(dot)com>, Artem Gavrilov <artem(dot)gavrilov(at)percona(dot)com> |
Subject: | Re: Extension security improvement: Add support for extensions with an owned schema |
Date: | 2025-07-28 00:45:21 |
Message-ID: | CADE6Lvh9hBvLJm_X73w+=bo3B9EH9gzM=cGx1AFOsmCEP4Vm5Q@mail.gmail.com |
Views: | Whole Thread | Raw Message | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
You're absolutely right about the lack of interactivity. I'd still go with
your suggestion of using something along the lines of cascade/force, as
dropping the schema silently can potentially delete the user data.
Bests,
Sadeq
On Mon, Jul 28, 2025, 02:27 David G. Johnston <david(dot)g(dot)johnston(at)gmail(dot)com>
wrote:
> On Sunday, July 27, 2025, Sadeq Dousti <msdousti(at)gmail(dot)com> wrote:
>
>>
>> (a) The patch affects DROP EXTENSION in that it drops the schema as well,
>> if it's owned by the extension. This needs to be mentioned in the
>> documentation. In addition, an extra confirmation (e.g., "This will drop
>> schema nnnn as well, do you wish to continue?") when dropping the
>> extension might be desired, as the extension schema could contain user
>> data (e.g., pg_cron keeps the jobs and their execution details).
>>
>
> SQL isn’t interactive in this sense. There isn’t a way to ask “are you
> sure?”. At best the server can refuse to do something unless additional
> options, like “force/cascade” are present in the command.
>
> David J.
>
>
From | Date | Subject | |
---|---|---|---|
Next Message | Peter Smith | 2025-07-28 01:21:56 | Re: DOCS: What SGML markup to use for user objects like tables, columns, etc? |
Previous Message | David G. Johnston | 2025-07-28 00:27:18 | Re: Extension security improvement: Add support for extensions with an owned schema |