From: | Alastair Turner <bell(at)ctrlf5(dot)co(dot)za> |
---|---|
To: | renier <renier(at)vvconsult(dot)co(dot)za> |
Cc: | jnbpug(at)postgresql(dot)org |
Subject: | Re: PostgreSQL Tweaking |
Date: | 2010-04-09 11:13:26 |
Message-ID: | w2x24e589521004090413naff1dfb2tab0fda3ab892dbb4@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | jnbpug |
On Fri, Apr 9, 2010 at 12:54 PM, renier <renier(at)vvconsult(dot)co(dot)za> wrote:
.......
> Explain Analyse results:
> "Seq Scan on assetregistericon (cost=0.00..41106.50 rows=738050 width=428) (actual time=0.036..667.962 rows=738050 loops=1)"
> "Total runtime: 1209.181 ms"
>
............
> -- Executing query:
> select * from assetregistericon
> Total query runtime: 16345 ms.
> 738050 rows retrieved.
>
>
My first thought looking at the difference between the number given by
the analyse and the number given by (I presume) the client application
is that the transfer of the data between the server and the client
application is what's taking the time. Which would explain the near
constant total time for remote clients on different servers.
I presume there is some sort of id column on the table. What are the
execution times on the different servers for SELECT SUM(id) FROM
assetregistericon; ?
From | Date | Subject | |
---|---|---|---|
Next Message | renier | 2010-04-09 11:58:01 | Re: PostgreSQL Tweaking |
Previous Message | renier | 2010-04-09 10:57:11 | Re: PostgreSQL Tweaking |