Re: Add --{no-,}bypassrls flags to createuser
Shinya Kato <shinya11.kato@oss.nttdata.com>
From: Shinya Kato <Shinya11.Kato@oss.nttdata.com>
To: Daniel Gustafsson <daniel@yesql.se>
Cc: Kyotaro Horiguchi <horikyota.ntt@gmail.com>, Robert Haas
<robertmhaas@gmail.com>, Michael Paquier <michael@paquier.xyz>, PostgreSQL
Hackers <pgsql-hackers@postgresql.org>
Date: 2022-04-15T05:55:48Z
Lists: pgsql-hackers
Attachments
- v3-add-bypassrls-flag-to-createuser.patch (text/x-diff) patch v3
On 2022-04-14 18:57, Daniel Gustafsson wrote:
>> On 14 Apr 2022, at 09:42, Shinya Kato <Shinya11.Kato@oss.nttdata.com>
>> wrote:
>
>> To add the ROLE clause, the originally existing --role option
>> (corresponding to the IN ROLE clause) is changed to the --in-role
>> option. Would this not be good from a backward compatibility
>> standpoint?
>
> - printf(_(" -g, --role=ROLE new role will be a member of
> this role\n"));
> + printf(_(" -g, --in-role=ROLE new role will be a member of
> this role\n"));
> + printf(_(" -G, --role=ROLE this role will be a member of
> new role\n"));
>
> Won't this make existing scripts to behave differently after an
> upgrade? That
> seems like something we should avoid at all costs.
I understand. For backward compatibility, I left the ROLE clause option
as it is and changed the IN ROLE clause option to --membership option.
--
Regards,
--
Shinya Kato
Advanced Computing Technology Center
Research and Development Headquarters
NTT DATA CORPORATION
Commits
Same data as JSON:
GET /api/v1/messages/:b64id/commits
the thread's linked commits as JSON, with link sources.
API reference →
-
Fix output of createuser --help with --valid-until
- 4ca998595788 16.0 landed
-
createuser: Add support for more clause types through new options
- 08951a7c93cf 16.0 landed
-
createuser: Cleanup and fix internal option ordering
- 50e4c280f066 16.0 landed
-
Add REPLICATION privilege for ROLEs
- 9b8aff8c192e 9.1.0 cited