Re: [ADMIN] Query performance difference - Mailing list pgsql-general

From Travis Smith
Subject Re: [ADMIN] Query performance difference
Date
Msg-id D337038284820142B2A3196D1BFE2B470F78E404@spswchi6mail1.peak6.net
Whole thread Raw
In response to Re: [ADMIN] Query performance difference  ("c k" <shreeseva.learning@gmail.com>)
List pgsql-general

My suggestion was based on your question ..

 

>Why? What will be the difference?
>Is it in their query execution methods, with/without indexes etc?.

 

An explain plan would tell you what the execution path is.  This should be the same independent of the front end you use.

 

Things such as drivers, network congestion, local applications running on your desktop may  make a query appear to run slower.

 

Since you are getting different execution times I would suggest looking at how the applications work first.   Does the application retrieve and render a subset of the data? or does it fetch the entire rowset and renders that?

 

 

It may be a good exercise to monitor the activity ..

 

http://www.postgresql.org/docs/8.3/static/monitoring.html  (  yet another link .. J   )

 

 

I would try to isolate the system by restricting concurrent sql or batch jobs while you test.

 

 

From: c k [mailto:shreeseva.learning@gmail.com]
Sent: Thursday, August 21, 2008 3:22 PM
To: Travis Smith; pgsql-general@postgresql.org
Subject: Re: [ADMIN] Query performance difference

 

What do you want to say?
Please give details. I got an explain from PGAdmin,
as follows
"GroupAggregate  (cost=28927.37..35594.39 rows=156871 width=24)"
"  ->  Sort  (cost=28927.37..29319.55 rows=156871 width=24)"
"        Sort Key: docacctransactions.accgroupid, docs.docid, docs.docdate"
"        ->  Hash Join  (cost=3337.89..12170.02 rows=156871 width=24)"
"              Hash Cond: (docacctransactions.docid = docs.docid)"
"              ->  Seq Scan on docacctransactions  (cost=0.00..3665.71 rows=156871 width=20)"
"              ->  Hash  (cost=2545.06..2545.06 rows=48306 width=8)"
"                    ->  Seq Scan on docs  (cost=0.00..2545.06 rows=48306 width=8)"

Can you please give why there is a time difference?

CPK

On Fri, Aug 22, 2008 at 1:44 AM, Travis Smith <tsmith@optionshouse.com> wrote:

It may be worth-wile  to generate an explain plan

 

http://www.postgresql.org/docs/8.3/interactive/sql-explain.html

 

 

 

 

From: pgsql-admin-owner@postgresql.org [mailto:pgsql-admin-owner@postgresql.org] On Behalf Of c k
Sent: Thursday, August 21, 2008 2:49 PM
To: pgsql-general@postgresql.org; pgsql-admin@postgresql.org
Subject: [ADMIN] Query performance difference

 

Hello,
I have a question regarding query performance from two pgsql applications. PGadmin III 1.8 and Navicat for postgresql 8. Both connected to same server on local machine 8.3 and runs a same query for appox. 1,60,000 rows with one min, one max and addition of the min and max values on two tables joined on an integer column gives different query execution times with noticible difference. PGAdmin gives 9350ms and Navicat gives 2110ms. Why? What will be the difference?
Is it in their query execution methods, with/without indexes etc?.
Thanks

CPK



The information in this email or in any file attached hereto is intended only for the personal and confidential use of the individual or entity to which it is addressed and may contain information that is proprietary and confidential. If you are not the intended recipient of this message you are hereby notified that any review, dissemination, distribution or copying of this message is strictly prohibited. This communication is for information purposes only and should not be regarded as an offer to sell or as a solicitation of an offer to buy any financial product. Email transmission cannot be guaranteed to be secure or error-free. P6070214

 

pgsql-general by date:

Previous
From: Robert Treat
Date:
Subject: Re: New to postgres -' how to' tips needed
Next
From: Ruben Gouveia
Date:
Subject: oracle rank() over partition by queries