Re: synchronous_commit = remote_flush
От | Masahiko Sawada |
---|---|
Тема | Re: synchronous_commit = remote_flush |
Дата | |
Msg-id | CAD21AoAQHcF+1Y0mfBEB=7ikLOZZSthMJg6y1rpgXwYfPs3rgg@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: synchronous_commit = remote_flush (Robert Haas <robertmhaas@gmail.com>) |
Ответы |
Re: synchronous_commit = remote_flush
|
Список | pgsql-hackers |
On Fri, Aug 19, 2016 at 5:25 AM, Robert Haas <robertmhaas@gmail.com> wrote: > On Thu, Aug 18, 2016 at 12:22 AM, Thomas Munro > <thomas.munro@enterprisedb.com> wrote: >> To do something about the confusion I keep seeing about what exactly >> "on" means, I've often wished we had "remote_flush". But it's not >> obvious how the backwards compatibility could work, ie how to keep the >> people happy who use "local" vs "on" to control syncrep, and also the >> people who use "off" vs "on" to control asynchronous commit on >> single-node systems. Is there any sensible way to do that, or is it >> not broken and I should pipe down, or is it just far too entrenched >> and never going to change? > > I don't see why we can't add "remote_flush" as a synonym for "on". Do > you have something else in mind? > +1 for adding "remote_flush" as a synonym for "on". It doesn't break backward compatibility. Regards, -- Masahiko Sawada
В списке pgsql-hackers по дате отправления: