Re: pgsql: Revoke PUBLIC CREATE from public schema, now owned by pg_databas

Поиск
Список
Период
Сортировка
От Robert Haas
Тема Re: pgsql: Revoke PUBLIC CREATE from public schema, now owned by pg_databas
Дата
Msg-id CA+TgmoZ+AFWhTPZnZSqDiuH5fCV6cF9df+fcJhmSoLqkBTiPEA@mail.gmail.com
обсуждение исходный текст
Ответ на Re: pgsql: Revoke PUBLIC CREATE from public schema, now owned by pg_databas  (Noah Misch <noah@leadboat.com>)
Ответы Re: pgsql: Revoke PUBLIC CREATE from public schema, now owned by pg_databas
Список pgsql-hackers
On Wed, Nov 30, 2022 at 10:01 AM Noah Misch <noah@leadboat.com> wrote:
> On Wed, Nov 30, 2022 at 08:39:23AM -0500, Robert Haas wrote:
> > On Wed, Nov 30, 2022 at 2:07 AM Noah Misch <noah@leadboat.com> wrote:
> > > In general, the documentation should prefer simpler decision trees.
> >
> > True, but I found the current text confusing, which is also something
> > to consider.
>
> Could remove the paragraph about v14.  Could have that paragraph say
> explicitly that the REVOKE is a no-op.  Would either of those be an
> improvement?

Well, I thought what I proposed was a nice improvement, but I guess if
you don't like it I'm not inclined to spend a lot of time discussing
other possibilities. If we get some opinions from more people that may
make it clearer which direction to go; if I'm the only one that
doesn't like the way it is now, it's probably not that important.

-- 
Robert Haas
EDB: http://www.enterprisedb.com



В списке pgsql-hackers по дате отправления:

Предыдущее
От: Bruce Momjian
Дата:
Сообщение: Re: New docs chapter on Transaction Management and related changes
Следующее
От: Robert Haas
Дата:
Сообщение: Re: pg_dump bugs reported as pg_upgrade bugs