Re: Copy command Faster than original select

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: belal <belalhamed(at)gmail(dot)com>
Cc: pgsql-performance(at)postgresql(dot)org
Subject: Re: Copy command Faster than original select
Date: 2015-02-06 15:48:32
Message-ID: 26997.1423237712@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

belal <belalhamed(at)gmail(dot)com> writes:
> I made complex select using PGAdmin III Query Editor, Postgre server 9.3
> select ... from mytable join .. join ... order by ....
> I get [Total query runtime: 8841 ms. 43602 rows retrieved.]

> but when I use
> copy ([same above select]) to '/x.txt'
> I get [Query returned successfully: 43602 rows affected, 683 ms execution
> time.]

> these test made on the same machine as the postgresql server.

> can anyone explain huge difference in executing time?

It's the time needed for PGAdmin to receive and display 43602 data rows,
likely. PGAdmin has a reputation of not being too speedy at that.

You could check this by trying some other client such as psql. Even
in psql, the formatting options you use can make a very large difference
in how fast it is. However, I think psql's \timing option measures just
the server roundtrip time and not the time taken after that to format and
display the query result. PGAdmin is probably measuring the query time
differently.

regards, tom lane

In response to

Browse pgsql-performance by date

  From Date Subject
Next Message Belal Al-Hamed 2015-02-08 10:08:30 Re: Copy command Faster than original select
Previous Message Igor Neyman 2015-02-06 15:24:47 Re: Copy command Faster than original select