Re: Configuration Parameter/GUC value validation hook

Поиск
Список
Период
Сортировка
От Robert Haas
Тема Re: Configuration Parameter/GUC value validation hook
Дата
Msg-id CA+Tgmoa+mXD0Oo1GBW1gtZrKBxf8rcTTQaBoFE8ukn4HZqdB-A@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Configuration Parameter/GUC value validation hook  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: Configuration Parameter/GUC value validation hook  (Bharath Rupireddy <bharath.rupireddyforpostgres@gmail.com>)
Список pgsql-hackers
On Tue, May 3, 2022 at 11:45 AM Tom Lane <tgl@sss.pgh.pa.us> wrote:
> Robert Haas <robertmhaas@gmail.com> writes:
> > I have some desire here to see us solve this problem not just for
> > service providers, but for users in general. You don't have to be a
> > service provider to want to disallow SET work_mem = '1TB' -- you just
> > need to be a DBA on a system where such a setting will cause bad
> > things to happen. But, if you are a DBA on some random system, you
> > won't likely find a hook to be a particularly useful way of
> > controlling this sort of thing.
>
> Yeah, I think this is a more realistic point.  I too am not sure what
> a good facility would look like.  I guess an argument in favor of
> providing a hook is that we could then leave it to extension authors
> to try to devise a facility that's useful to end users, rather than
> having to write an in-core feature.

RIght. The counter-argument is that if we just do that, then what will
likely happen is that people who buy PostgreSQL services from
Microsoft, Amazon, EDB, Crunchy, etc. will end up with reasonable
options in this area, and people who download the source code from the
Internet probably won't. As an open-source project, we might hope to
avoid a scenario where it doesn't work unless you buy something. On
the third hand, half a loaf is better than nothing.

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



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

Предыдущее
От: Jacob Champion
Дата:
Сообщение: [PATCH] Log details for client certificate failures
Следующее
От: Tom Lane
Дата:
Сообщение: Re: fix cost subqueryscan wrong parallel cost