From: | Madison Kelly <linux(at)alteeve(dot)com> |
---|---|
To: | Tobias Brox <tobias(at)nordicbet(dot)com> |
Cc: | Scott Marlowe <smarlowe(at)g2switchworks(dot)com>, pgsql-performance(at)postgresql(dot)org |
Subject: | Re: Setting "nice" values |
Date: | 2006-11-06 14:18:03 |
Message-ID: | 454F441B.1090601@alteeve.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-performance |
Tobias Brox wrote:
> [Madison Kelly - Mon at 08:48:19AM -0500]
>> Ah, sorry, long single queries is what you meant.
>
> No - long running single transactions :-) If it's only read-only
> queries, one will probably benefit by having one transaction for every
> query.
>
In this case, what happens is one kinda ugly big transaction is read
into a hash, and then looped through (usually ~10,000 rows). On each
loop another, slightly less ugly query is performed based on the first
query's values now in the hash (these queries being where throttling
might help). Then after the second query is parsed a PDF file is created
(also a big source of slowness). It isn't entirely read-only though
because as the PDFs are created a flag is updated in the given record's
row. So yeah, need to experiment some. :)
Madi
From | Date | Subject | |
---|---|---|---|
Next Message | Hannes Dorbath | 2006-11-06 14:21:35 | Re: Yet another question on LIMIT performance :/ |
Previous Message | Heikki Linnakangas | 2006-11-06 14:13:19 | Re: Yet another question on LIMIT performance :/ |