Mainly because it doesn't continuously connect/disconnect. Once it receives the data that's it. The applications will run for months without a need for getting the data again. This system is working in place now. I'd just like to make it faster.

Glenn

-----Original Message-----
From: Alan McDonald [mailto:alan@...]
Sent: Tuesday, 13 July 2004 1:39 PM
To: IBObjects@yahoogroups.com
Subject: RE: [IBO] Re: DataSetProvider, ClientDataSet performance

> Put open/close actions in a loop executing a couple of thousand times.
>
> > I see no reason to put a timer on it. but go ahead and I'll try your
> code
>
> I certainly agree with you that fetching records in 1 ms or 21 ms
> isn't noticeable, and it is certainly irrelevant in a multi-tier app
> over a WAN. And if Glenn must wait for 21 seconds before records are
> all fetched then the first thing to look at is the design of
> dataretrieval.
>
> Nevertheless everybody wants his favorite components to be fast.
>

I that's what your app needs to do (i.e. connect/disconnect continuously)
why don't you just enhance subsequent connects by caching the schema data?
Alan




___________________________________________________________________________
IB Objects - direct, complete, custom connectivity to Firebird or InterBase
             without the need for BDE, ODBC or any other layer.
___________________________________________________________________________
http://www.ibobjects.com - your IBO community resource for Tech Info papers,
keyword-searchable FAQ, community code contributions and more !          



Yahoo! Groups Sponsor
ADVERTISEMENT





Yahoo! Groups Links
* To visit your group on the web, go to:
http://groups.yahoo.com/group/IBObjects/
 
* To unsubscribe from this group, send an email to:
IBObjects-unsubscribe@yahoogroups.com
 
* Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service.