Re: Savepoints in transactions for speed?

Поиск
Список
Период
Сортировка
Искать
От
Claudio Freire
Тема
Re: Savepoints in transactions for speed?
Дата
Msg-id
CAGTBQpa5KzE1C4TaRDvaEwiLoO800brWOzJH_t8diEH7trq6Ww@mail.gmail.com
Ответ на
Список
Дерево обсуждения
Savepoints in transactions for speed? Mike Blackwell <mike.blackwell@rrd.com>
Re: Savepoints in transactions for speed? Jeff Davis <pgsql@j-davis.com>
Re: Savepoints in transactions for speed? Claudio Freire <klaussfreire@gmail.com>
Re: Savepoints in transactions for speed? Jeff Davis <pgsql@j-davis.com>
Re: Savepoints in transactions for speed? Claudio Freire <klaussfreire@gmail.com>
Re: Savepoints in transactions for speed? Jeff Janes <jeff.janes@gmail.com>
Re: Savepoints in transactions for speed? Mike Blackwell <mike.blackwell@rrd.com>
Re: Savepoints in transactions for speed? Jeff Janes <jeff.janes@gmail.com>
Re: Savepoints in transactions for speed? Mike Blackwell <mike.blackwell@rrd.com>
Re: Savepoints in transactions for speed? Jeff Janes <jeff.janes@gmail.com>
Re: Savepoints in transactions for speed? Scott Marlowe <scott.marlowe@gmail.com>
Re: Savepoints in transactions for speed? Mike Blackwell <mike.blackwell@rrd.com>
Re: Savepoints in transactions for speed? Bob Lunney <bob_lunney@yahoo.com>
Re: Savepoints in transactions for speed? Mike Blackwell <mike.blackwell@rrd.com>
Re: Savepoints in transactions for speed? Claudio Freire <klaussfreire@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? Willem Leenen <willem_leenen@hotmail.com>
Re: Savepoints in transactions for speed? Steve Atkins <steve@blighty.com>
Re: Savepoints in transactions for speed? "Franklin, Dan" <dan.franklin@pearson.com>
Re: Savepoints in transactions for speed? Willem Leenen <willem_leenen@hotmail.com>
Re: Savepoints in transactions for speed? Richard Huxton <dev@archonet.com>
On Wed, Nov 28, 2012 at 8:28 PM, Jeff Davis  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
FAQ