From: | "Relaxin" <noname(at)spam(dot)com> |
---|---|
To: | pgsql-performance(at)postgresql(dot)org |
Subject: | Re: SELECT's take a long time compared to other DBMS |
Date: | 2003-09-04 14:35:24 |
Message-ID: | bj7iip$205k$1@news.hub.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-performance |
So after you did that, where able to position to ANY record within the
resultset?
Ex. Position 100,000; then to Position 5; then to position 50,000, etc...
If you are able to do that and have your positioned row available to you
immediately, then I'll believe that it's the ODBC driver.
"Hannu Krosing" <hannu(at)tm(dot)ee> wrote in message
news:1062673303(dot)5200(dot)135(dot)camel(at)fuji(dot)krosing(dot)net(dot)(dot)(dot)
> Relaxin kirjutas N, 04.09.2003 kell 03:28:
> > I have a table with 102,384 records in it, each record is 934 bytes.
>
> I created a test database on my Linux (RH9) laptop with 30GB/4200RPM ide
> drive and P3-1133Mhz, 768MB, populated it with 128000 rows of 930 bytes
> each and did
>
> [hannu(at)fuji hannu]$ time psql test100k -c 'select * from test' >
> /dev/null
>
> real 0m3.970s
> user 0m0.980s
> sys 0m0.570s
>
> so it seems definitely not a problem with postgres as such, but perhaps
> with Cygwin and/or ODBC driver
>
> I also ran the same query using the "standard" pg adapter:
>
> >>> import pg, time
> >>>
> >>> con = pg.connect('test100k')
> >>>
> >>> def getall():
> ... t1 = time.time()
> ... res = con.query('select * from test')
> ... t2 = time.time()
> ... list = res.getresult()
> ... t3 = time.time()
> ... print t2 - t1, t3-t2
> ...
> >>> getall()
> 3.27637195587 1.10105705261
> >>> getall()
> 3.07413101196 0.996125936508
> >>> getall()
> 3.03377199173 1.07322502136
>
> which gave similar results
>
> ------------------------------
> Hannu
>
>
>
>
> ---------------------------(end of broadcast)---------------------------
> TIP 5: Have you checked our extensive FAQ?
>
> http://www.postgresql.org/docs/faqs/FAQ.html
>
From | Date | Subject | |
---|---|---|---|
Next Message | Jean-Luc Lachance | 2003-09-04 15:01:13 | Re: SELECT's take a long time compared to other DBMS |
Previous Message | Tom Lane | 2003-09-04 13:48:48 | Re: PostgreSQL Reliability when fsync = false on Linux-XFS |