pg.ddx.io pgsql-interfaces@postgresql.org mailing list archive
help / color / mirror / Atom feedmore than 100 records
2+ messages / 2 participants
[nested] [flat]
* more than 100 records
@ 1998-04-23 01:33 Christopher Luk <wluk@hkcccc.org>
0 siblings, 1 reply; 2+ messages in thread
From: Christopher Luk @ 1998-04-23 01:33 UTC (permalink / raw)
To: pgsql-interfaces
Thanks for the INSIGHT odbc drivers, its work well. However, its appear
to be quite slow. I am testing it on some table with more than 100
records (link)and with some "text" field. Server side is P166 w/ linux
2.0.30 & postgres 6.3, client side is P166MMX on chinese windows 95 w/
access 97. Duno is there any method to improve. I heard that there is a
method to increase the "cache" for the client, how can I do it?
What does slow means? I can export the linked table to access table. The
differ in speed for loading is very large. w/ access table, <10sec, w/
linked table, >2mins.......
--
Regards, Christopher Luk
System Analyst - The Hong Kong Council of the Church of Christ in
China
Phone : (852) 2397-1022 Fax : (852) 2397-7405
mailto:wluk@hkcccc.org URL : http://www.hkcccc.org (Chinese based)
^ permalink raw reply [nested|flat] 2+ messages in thread
* Re: [INTERFACES] more than 100 records
@ 1998-04-23 13:10 Byron Nikolaidis <byronn@insightdist.com>
parent: Christopher Luk <wluk@hkcccc.org>
0 siblings, 0 replies; 2+ messages in thread
From: Byron Nikolaidis @ 1998-04-23 13:10 UTC (permalink / raw)
To: Christopher Luk <wluk@hkcccc.org>; +Cc: pgsql-interfaces
Christopher Luk wrote:
> Thanks for the INSIGHT odbc drivers, its work well. However, its appear
> to be quite slow. I am testing it on some table with more than 100
> records (link)and with some "text" field. Server side is P166 w/ linux
> 2.0.30 & postgres 6.3, client side is P166MMX on chinese windows 95 w/
> access 97. Duno is there any method to improve. I heard that there is a
> method to increase the "cache" for the client, how can I do it?
> What does slow means? I can export the linked table to access table. The
> differ in speed for loading is very large. w/ access table, <10sec, w/
> linked table, >2mins.......
>
When you say slow, what are you comparing it to? So far, from our testing,
and from other responses, the new driver is much faster than the old one.
And there are of course, other reasons why things might be slow. Perhaps
the server was bogged down, etc.
How big were the 'text' fields? The new driver allows text fields to be 4k
big and handles it with a different API, whereas the old driver limited them
to 255 bytes. Maybe you might try a different data type, especially if the
data you are using is small.
If you want, you can send some more statistics on your table, such as the
fields and data types, and number of rows, etc.Byron
^ permalink raw reply [nested|flat] 2+ messages in thread
end of thread, other threads:[~1998-04-23 13:10 UTC | newest]
Thread overview: 2+ messages (download: mbox mbox.gz follow: Atom feed)
-- links below jump to the message on this page --
1998-04-23 01:33 more than 100 records Christopher Luk <wluk@hkcccc.org>
1998-04-23 13:10 ` Byron Nikolaidis <byronn@insightdist.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