Re: [PATCH] Proof of concept for GUC improvements

Поиск
Список
Период
Сортировка
Искать
От
Tom Lane
Тема
Re: [PATCH] Proof of concept for GUC improvements
Дата
Msg-id
2439960.1647910424@sss.pgh.pa.us
Ответ на
Список
Дерево обсуждения
[PATCH] Proof of concept for GUC improvements David Christensen <david.christensen@crunchydata.com>
Re: [PATCH] Proof of concept for GUC improvements Zhihong Yu <zyu@yugabyte.com>
Re: [PATCH] Proof of concept for GUC improvements David Christensen <david.christensen@crunchydata.com>
Re: [PATCH] Proof of concept for GUC improvements "David G. Johnston" <david.g.johnston@gmail.com>
Re: [PATCH] Proof of concept for GUC improvements Michael Paquier <michael@paquier.xyz>
Re: [PATCH] Proof of concept for GUC improvements David Christensen <david.christensen@crunchydata.com>
Re: [PATCH] Proof of concept for GUC improvements Aleksander Alekseev <afiskon@gmail.com>
Re: [PATCH] Proof of concept for GUC improvements David Christensen <david.christensen@crunchydata.com>
Re: [PATCH] Proof of concept for GUC improvements Cary Huang <cary.huang@highgo.ca>
Re: [PATCH] Proof of concept for GUC improvements Daniel Gustafsson <daniel@yesql.se>
Re: [PATCH] Proof of concept for GUC improvements David Christensen <david@pgguru.net>
Re: [PATCH] Proof of concept for GUC improvements Julien Rouhaud <rjuju123@gmail.com>
Re: [PATCH] Proof of concept for GUC improvements David Christensen <david@pgguru.net>
Re: [PATCH] Proof of concept for GUC improvements Andres Freund <andres@anarazel.de>
Re: [PATCH] Proof of concept for GUC improvements Tom Lane <tgl@sss.pgh.pa.us>
Re: [PATCH] Proof of concept for GUC improvements David Christensen <david@pgguru.net>
Re: [PATCH] Proof of concept for GUC improvements Andres Freund <andres@anarazel.de>
Re: [PATCH] Proof of concept for GUC improvements Vik Fearing <vik@postgresfriends.org>
Andres Freund  writes:
> My impression is that there's not a lot of enthusiasm for the concept? If
> that's true we maybe ought to mark the CF entry as rejected?

Yeah, I'm kind of leaning that way too.  I don't see how we can
incorporate the symbolic values into any existing display paths
without breaking applications that expect the old output.
That being the case, it seems like we'd have "two ways to do it"
indefinitely, which would add enough confusion that I'm not
sure there's a net gain.  In particular, I foresee novice questions
along the lines of "I set foo to disabled, why is it showing
as zero?".

If we'd done it like this from the beginning, it'd have been
great, but retrofitting it now is a lot less appealing.

			regards, tom lane


В списке pgsql-hackers по дате отправления
От: Andres Freund
Дата:
От: Andres Freund
Дата:
FAQ