Re: Problem with aborting entire transactions on error

Поиск
Список
Период
Сортировка
От David Johnston
Тема Re: Problem with aborting entire transactions on error
Дата
Msg-id 15126C26-806C-4FB5-8E36-0F4EF85B3EAC@yahoo.com
обсуждение исходный текст
Ответ на Re: Problem with aborting entire transactions on error  (Zbigniew <zbigniew2011@gmail.com>)
Список pgsql-general
On Dec 11, 2012, at 6:28, Zbigniew <zbigniew2011@gmail.com> wrote:

> 2012/12/11, Tom Lane <tgl@sss.pgh.pa.us>:
>
>> The complexity and performance costs that people have mentioned are other
>> good reasons not to change it; but even if the change were free on the
>> server side, history says it's not something we ought to mess with.
>
> Again: my suggestion was to add an option... with default value "keep
> present functionality".
>

We heard you the first three times ...

All of the responses given so far, including the paragraph you are quoting, are given with that in mind.  You have made
yourpoint clearly and have been given direct responses.   

There is some merit but not enough to convince anyone to change their general belief so now it comes down to providing
aspecific implementation that can be approved or rejected as belonging in core or go with the various alternatives that
havebeen presented. 

David J.

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

Предыдущее
От: Tony CL Chan
Дата:
Сообщение: Re: large database
Следующее
От: David Johnston
Дата:
Сообщение: Re: Problem with aborting entire transactions on error