Re: Speed while runnning large transactions.

From: Greg Smith <gsmith(at)gregsmith(dot)com>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Kevin Grittner <Kevin(dot)Grittner(at)wicourts(dot)gov>, jesper(at)krogh(dot)cc, pgsql-performance(at)postgresql(dot)org
Subject: Re: Speed while runnning large transactions.
Date: 2009-10-05 18:58:43
Message-ID: alpine.GSO.2.01.0910051449210.9269@westnet.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

On Fri, 2 Oct 2009, Tom Lane wrote:

> 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.

Which makes sense if you think about it. Long-running read-only reports
are quite common in DBA land. I'm sure most people can think of an
example in businesses they work with that you can't refactor away into
smaller chunks, everybody seems to have their own variation on the big
overnight report. Long-running read-write transactions are much less
common, and a bit more likely to break into logical chunks if you
architect the design right, using techniques like staging areas for bulk
operations and write barriers for when they can be applied.

--
* Greg Smith gsmith(at)gregsmith(dot)com http://www.gregsmith.com Baltimore, MD

In response to

Browse pgsql-performance by date

  From Date Subject
Next Message Viji V Nair 2009-10-05 19:11:07 Distributed/Parallel Computing
Previous Message Scott Carey 2009-10-05 18:55:24 Re: Best suiting OS