Re: COMMIT NOWAIT Performance Option

Поиск
Список
Период
Сортировка
От Jonah H. Harris
Тема Re: COMMIT NOWAIT Performance Option
Дата
Msg-id 36e682920702271136v72b4d29anbcadcfcef747b8b5@mail.gmail.com
обсуждение исходный текст
Ответ на Re: COMMIT NOWAIT Performance Option  (Josh Berkus <josh@agliodbs.com>)
Ответы Re: COMMIT NOWAIT Performance Option  (Josh Berkus <josh@agliodbs.com>)
Список pgsql-hackers
On 2/27/07, Josh Berkus <josh@agliodbs.com> wrote:
> It seriously narrows down the problem space to know that PostgreSQL does *not*
> allow data loss if it's physically possible to prevent it.

Seems like we're trying to protect users from themselves again.  This
is not a PostgreSQL database issue; it's a feature designed for
application developers and cases where there is the possibility of
acceptable data loss for certain types of operations or transactions.
We already have the capacity for loss when fsync is disabled; this is
just a more controlled feature.

Under Oracle, NOWAIT is an asynchronous commit... anyone that uses it
should understand that it's still not on-disk and that they can lose
it in the event of a failure.  That's what Oracle's docs even say.
It's just a risk vs. reward trade off.

-- 
Jonah H. Harris, Software Architect | phone: 732.331.1324
EnterpriseDB Corporation            | fax: 732.331.1301
33 Wood Ave S, 3rd Floor            | jharris@enterprisedb.com
Iselin, New Jersey 08830            | http://www.enterprisedb.com/


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

Предыдущее
От: Bruce Momjian
Дата:
Сообщение: Re: conversion efforts (Re: SCMS question)
Следующее
От: Josh Berkus
Дата:
Сообщение: Re: COMMIT NOWAIT Performance Option