Re: [patch] demote
От
Tom Lane
Тема
Re: [patch] demote
Дата
Msg-id
1554844.1592501078@sss.pgh.pa.us
Ответ на
Re: [patch] demote (Robert Haas)
Список
Дерево обсуждения
[patch] demote Jehan-Guillaume de Rorthais <jgdr@dalibo.com>
Re: [patch] demote Andres Freund <andres@anarazel.de>
Re: [patch] demote Jehan-Guillaume de Rorthais <jgdr@dalibo.com>
Re: [patch] demote Andres Freund <andres@anarazel.de>
Re: [patch] demote Jehan-Guillaume de Rorthais <jgdr@dalibo.com>
Re: [patch] demote Kyotaro Horiguchi <horikyota.ntt@gmail.com>
Re: [patch] demote Kyotaro Horiguchi <horikyota.ntt@gmail.com>
Re: [patch] demote Jehan-Guillaume de Rorthais <jgdr@dalibo.com>
Re: [patch] demote Jehan-Guillaume de Rorthais <jgdr@dalibo.com>
Re: [patch] demote Jehan-Guillaume de Rorthais <jgdr@dalibo.com>
Re: [patch] demote Jehan-Guillaume de Rorthais <jgdr@dalibo.com>
Re: [patch] demote Jehan-Guillaume de Rorthais <jgdr@dalibo.com>
Re: [patch] demote Jehan-Guillaume de Rorthais <jgdr@dalibo.com>
Re: [patch] demote Amul Sul <sulamul@gmail.com>
Re: [patch] demote Andres Freund <andres@anarazel.de>
Re: [patch] demote Jehan-Guillaume de Rorthais <jgdr@dalibo.com>
Re: [patch] demote Robert Haas <robertmhaas@gmail.com>
Re: [patch] demote Jehan-Guillaume de Rorthais <jgdr@dalibo.com>
Re: [patch] demote Robert Haas <robertmhaas@gmail.com>
Re: [patch] demote Jehan-Guillaume de Rorthais <jgdr@dalibo.com>
Re: [patch] demote Fujii Masao <masao.fujii@oss.nttdata.com>
Re: [patch] demote Andres Freund <andres@anarazel.de>
Re: [patch] demote Robert Haas <robertmhaas@gmail.com>
Re: [patch] demote Jehan-Guillaume de Rorthais <jgdr@dalibo.com>
Re: [patch] demote Robert Haas <robertmhaas@gmail.com>
Re: [patch] demote Fujii Masao <masao.fujii@oss.nttdata.com>
Re: [patch] demote Robert Haas <robertmhaas@gmail.com>
Re: [patch] demote Tom Lane <tgl@sss.pgh.pa.us>
Re: [patch] demote Andres Freund <andres@anarazel.de>
Re: [patch] demote Robert Haas <robertmhaas@gmail.com>
Robert Haas writes: > ... To go back to recovery rather than just to a read-only > state, I think you'd need to grapple with some additional issues that > patch doesn't touch, like some of the snapshot-taking stuff, but I > think you still need to solve all of the problems that it does deal > with, unless you're OK with killing every session. It seems like this is the core decision that needs to be taken. If we're willing to have these state transitions include a server restart, then many things get simpler. If we're not, it's gonna cost us in code complexity and hence bugs. Maybe the usability gain is worth it, or maybe not. I think it would probably be worth the trouble to pursue both designs in parallel for awhile, so we can get a better handle on exactly how much complexity we're buying into with the more ambitious definition. regards, tom lane
В списке pgsql-hackers по дате отправления