Re: Speed while runnning large transactions.

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Speed while runnning large transactions.
Дата
Msg-id 15124.1254520865@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Speed while runnning large transactions.  ("Kevin Grittner" <Kevin.Grittner@wicourts.gov>)
Ответы Re: Speed while runnning large transactions.  (Greg Smith <gsmith@gregsmith.com>)
Список pgsql-performance
"Kevin Grittner" <Kevin.Grittner@wicourts.gov> writes:
> Tom Lane <tgl@sss.pgh.pa.us> wrote:
>> As of 8.4, the typical case is that an open transaction blocks
>> deletion of rows that were deleted since the transaction's current
>> *statement* started.

[ BTW, of course that should have read "blocks removal of" ... ]

> Surely the original version of a row updated or deleted by the
> long-running transaction must be left until the long-running
> transaction completes; otherwise, how does ROLLBACK work?

Right.  What I was talking about was the impact of a long-running
transaction on the removal of rows outdated by *other* transactions.
The people who hollered loudest about this seemed to often have
long-running read-only transactions in parallel with lots of short
read-write transactions.  That's the pattern that 8.4 can help with
anyway.

            regards, tom lane

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

Предыдущее
От: Dimitri Fontaine
Дата:
Сообщение: Re: Best suiting OS
Следующее
От: Justin Pryzby
Дата:
Сообщение: dump time increase by 1h with new kernel