Re: [PERFORM] Very slow bytea data extraction

2007-02-26 Thread Richard Huxton
[EMAIL PROTECTED] wrote: 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. I do agree. What happens if you only select half the rows? Does the time to

Re: [PERFORM] Very slow bytea data extraction

2007-02-23 Thread [EMAIL PROTECTED]
>are you getting the data from the local box or from a remote site? Everything is on the local box. >also explain analyze is showing nothing slow but you did not post the >enitre output. also, try the \timing switch in psql. Actually a line was missing: Total runtime: 0.337 ms. Massimo ---

Re: [PERFORM] Very slow bytea data extraction

2007-02-23 Thread [EMAIL PROTECTED]
>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. I do agree. >What happens if you only select half the rows? Does the time to run the >select halve?

Re: R: [PERFORM] Very slow bytea data extraction

2007-02-23 Thread Merlin Moncure
On 2/23/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> 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

Re: R: [PERFORM] Very slow bytea data extraction

2007-02-23 Thread Richard Huxton
[EMAIL PROTECTED] 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

R: [PERFORM] Very slow bytea data extraction

2007-02-23 Thread [EMAIL PROTECTED]
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,

Re: [PERFORM] Very slow bytea data extraction

2007-02-23 Thread Richard Huxton
[EMAIL PROTECTED] wrote: Hi all, I'm using Postgresql 8.2.3 on a Windows XP system. I need to write and retrieve bytea data from a table. The problem is that, while data insertion is quite fast, bytea extraction is very slow. I'm trying to store a 250KB image into the bytea field. A simple se

[PERFORM] Very slow bytea data extraction

2007-02-23 Thread [EMAIL PROTECTED]
Hi all, I'm using Postgresql 8.2.3 on a Windows XP system. I need to write and retrieve bytea data from a table. The problem is that, while data insertion is quite fast, bytea extraction is very slow. I'm trying to store a 250KB image into the bytea field. A simple select query on a 36-row tab