Re: [PERFORM] how does pg handle concurrent queries and same queries

2008-07-28 Thread Faludi Gábor
Hi, here is what the original query was which was obviously nonsense : EXPLAIN ANALYZE SELECT DISTINCT letoltes.cid, s.elofordulas FROM letoltes INNER JOIN (select letoltes.cid, count(letoltes.cid) AS elofordulas FROM letoltes GROUP BY cid) s ON s.cid=letoltes.cid ORDER BY s.elofordulas DESC LIMIT

Re: [PERFORM] how does pg handle concurrent queries and same queries

2008-07-28 Thread Craig Ringer
Faludi Gábor wrote: > . Why does the second and the later queries take the whole on second > if the dataset is the same . Shouldn't PG realise that the query is the same > so i give the user the same resultset ? That would require a result cache. I don't know if Pg even has a query result

Re: [PERFORM] how does pg handle concurrent queries and same queries

2008-07-28 Thread Matthew Wakeling
On Mon, 28 Jul 2008, Faludi Gábor wrote: EXPLAIN ANALYZE SELECT DISTINCT letoltes.cid, count(letoltes.cid) AS elofordulas FROM letoltes GROUP BY cid ORDER BY elofordulas DESC LIMIT 5; QUERY PLAN ---

Re: [PERFORM] how does pg handle concurrent queries and same queries

2008-07-28 Thread Alvaro Herrera
Craig Ringer wrote: > Faludi Gábor wrote: > > > . Why does the second and the later queries take the whole on second > > if the dataset is the same . Shouldn't PG realise that the query is the same > > so i give the user the same resultset ? > > That would require a result cache. I don't

Re: [PERFORM] A guide/tutorial to performance monitoring and tuning

2008-07-28 Thread Mark Wong
On Mon, Jul 21, 2008 at 10:24 PM, Greg Smith <[EMAIL PROTECTED]> wrote: > On Mon, 21 Jul 2008, Francisco Reyes wrote: > >> On 2:59 pm 06/29/08 Greg Smith <[EMAIL PROTECTED]> wrote: >>> >>> Right now I'm working with a few other people to put together a more >>> straightforward single intro guide th