pg.ddx.io pgsql-performance@postgresql.org mailing list archive
help / color / mirror / Atom feedR: Very slow bytea data extraction
3+ messages / 3 participants
[nested] [flat]
* R: Very slow bytea data extraction
@ 2007-02-23 12:19 msmbarabino@virgilio.it <msmbarabino@virgilio.it>
0 siblings, 2 replies; 3+ messages in thread
From: msmbarabino@virgilio.it @ 2007-02-23 12:19 UTC (permalink / raw)
To: pgsql-performance
Thanks for your reply,
>Is it in executing the query (what does
EXPLAIN ANALYSE show)?
Here is the output of explain analyze SELECT *
FROM "FILE"
"Seq Scan on "FILE" (cost=0.00..1.36 rows=36 width=235)
(actual time=0.023..0.107 rows=36 loops=1)"
>How are you accessing
the database: odbc,jdbc,other?
>Does it do this with psql too?
The
problem is the same when I access the db with jdbc, pgAdmin and even
psql
Massimo
^ permalink raw reply [nested|flat] 3+ messages in thread
* Re: R: Very slow bytea data extraction
@ 2007-02-23 14:39 Richard Huxton <dev@archonet.com>
parent: msmbarabino@virgilio.it <msmbarabino@virgilio.it>
1 sibling, 0 replies; 3+ messages in thread
From: Richard Huxton @ 2007-02-23 14:39 UTC (permalink / raw)
To: msmbarabino@virgilio.it <msmbarabino@virgilio.it>; +Cc: pgsql-performance
msmbarabino@virgilio.it wrote:
> Thanks for your reply,
>
>
>> Is it in executing the query (what does
> EXPLAIN ANALYSE show)?
>
> Here is the output of explain analyze SELECT *
> FROM "FILE"
>
> "Seq Scan on "FILE" (cost=0.00..1.36 rows=36 width=235)
> (actual time=0.023..0.107 rows=36 loops=1)"
If you look at the "actual time" it's completing very quickly indeed. So
- it must be something to do with either:
1. Fetching/formatting the data
2. Transferring the data to the client.
What happens if you only select half the rows? Does the time to run the
select halve?
--
Richard Huxton
Archonet Ltd
^ permalink raw reply [nested|flat] 3+ messages in thread
* Re: R: Very slow bytea data extraction
@ 2007-02-23 16:35 Merlin Moncure <mmoncure@gmail.com>
parent: msmbarabino@virgilio.it <msmbarabino@virgilio.it>
1 sibling, 0 replies; 3+ messages in thread
From: Merlin Moncure @ 2007-02-23 16:35 UTC (permalink / raw)
To: msmbarabino@virgilio.it <msmbarabino@virgilio.it>; +Cc: pgsql-performance
On 2/23/07, msmbarabino@virgilio.it <msmbarabino@virgilio.it> wrote:
> Thanks for your reply,
>
>
> >Is it in executing the query (what does
> EXPLAIN ANALYSE show)?
>
> Here is the output of explain analyze SELECT *
> FROM "FILE"
>
> "Seq Scan on "FILE" (cost=0.00..1.36 rows=36 width=235)
> (actual time=0.023..0.107 rows=36 loops=1)"
>
>
> >How are you accessing
> the database: odbc,jdbc,other?
> >Does it do this with psql too?
>
> The
> problem is the same when I access the db with jdbc, pgAdmin and even
> psql
are you getting the data from the local box or from a remote site?
also explain analyze is showing nothing slow but you did not post the
enitre output. also, try the \timing switch in psql.
merlin
^ permalink raw reply [nested|flat] 3+ messages in thread
end of thread, other threads:[~2007-02-23 16:35 UTC | newest]
Thread overview: 3+ messages (download: mbox mbox.gz follow: Atom feed)
-- links below jump to the message on this page --
2007-02-23 12:19 R: Very slow bytea data extraction msmbarabino@virgilio.it <msmbarabino@virgilio.it>
2007-02-23 14:39 ` Richard Huxton <dev@archonet.com>
2007-02-23 16:35 ` Merlin Moncure <mmoncure@gmail.com>
This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox