Re: Savepoints in transactions for speed?

Поиск
Список
Период
Сортировка
От Claudio Freire
Тема Re: Savepoints in transactions for speed?
Дата
Msg-id CAGTBQpa5KzE1C4TaRDvaEwiLoO800brWOzJH_t8diEH7trq6Ww@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Savepoints in transactions for speed?  (Jeff Davis <pgsql@j-davis.com>)
Ответы Re: Savepoints in transactions for speed?  (Mike Blackwell <mike.blackwell@rrd.com>)
Re: Savepoints in transactions for speed?  (Jeff Davis <pgsql@j-davis.com>)
Список pgsql-performance
On Wed, Nov 28, 2012 at 8:28 PM, Jeff Davis <pgsql@j-davis.com> wrote:
>
> The main problem with a long-running delete or update transaction is
> that the dead tuples (deleted tuples or the old version of an updated
> tuple) can't be removed until the transaction finishes. That can cause
> temporary "bloat", but 1.5M records shouldn't be noticeable.

Not really that fast if you have indices (and who doesn't have a PK or two).

I've never been able to update (update) 2M rows in one transaction in
reasonable times (read: less than several hours) without dropping
indices. Doing it in batches is way faster if you can't drop the
indices, and if you can leverage HOT updates.


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

Предыдущее
От: Niels Kristian Schjødt
Дата:
Сообщение: Re: Optimize update query
Следующее
От: Mark Kirkwood
Дата:
Сообщение: Re: Optimize update query