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
Ответ на
Re: [PATCH] Proof of concept for GUC improvements (Andres Freund)
Список
Дерево обсуждения
[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
Дата: