| Subject | Re: [IBO] Interbase and Dbgrid |
|---|---|
| Author | Artur Anjos |
| Post date | 2001-11-14T21:46:46Z |
Jason, here we go:
TIBOTable and TIBOQuery: I undestand your explanation, but perhaps he won't need all Fields in the Table so IBOQuery will be fast on the slow link. As I understood, the problem was the connection, so limmiting the data that will be 'flying' on the connection will help.
56Kb modem: Just a modem "don't forget to" - 56Kb don't use this speed for both sides. When a 56Kb modem connects to another, it will be working at 56Kb for download and at 32Kb (I'm not shure of this value, but I think I'm nearby) to upload. Normally, the modem that put's the call decides wich side will be working at the faster speed. If the client put the call to the server it will receive data at 56Kb and send data at 32Kb. But, if the server hangs the call and callback the user (that's a current situation for security purposes and to keep costs on the enterprise side) that speed will invert, and the user will receive data at 32Kb and send data at 56Kb.
(I use to work with networks a lot - that's one side of my business)
Once again, sorry for my english.
Artur Anjos
TIBOTable and TIBOQuery: I undestand your explanation, but perhaps he won't need all Fields in the Table so IBOQuery will be fast on the slow link. As I understood, the problem was the connection, so limmiting the data that will be 'flying' on the connection will help.
56Kb modem: Just a modem "don't forget to" - 56Kb don't use this speed for both sides. When a 56Kb modem connects to another, it will be working at 56Kb for download and at 32Kb (I'm not shure of this value, but I think I'm nearby) to upload. Normally, the modem that put's the call decides wich side will be working at the faster speed. If the client put the call to the server it will receive data at 56Kb and send data at 32Kb. But, if the server hangs the call and callback the user (that's a current situation for security purposes and to keep costs on the enterprise side) that speed will invert, and the user will receive data at 32Kb and send data at 56Kb.
(I use to work with networks a lot - that's one side of my business)
Once again, sorry for my english.
Artur Anjos
----- Original Message -----
From: Jason Wharton
To: IBObjects@yahoogroups.com
Sent: Wednesday, November 14, 2001 8:09 PM
Subject: Re: [IBO] Interbase and Dbgrid
> And I will suggest the use of a TIBOQuery instead of TIBOTable.
No, I specifically mentioned the TIBOTable for a very good reason. It isn't
brain-dead like IBX's TIBTable component and semi-brain-dead like TTable. It
has the dataset refinement of records built into it automatically. Prepare
will be slightly slower because it is actually preparing two statements but
from there out all dataset operations will be much faster than a stock
TIBOQuery.
TIBOQuery can be fixed up to do what TIBOTable automatically does but it is
more work and hassle.
> One other think to remember: don't forget that 56Kb is the speed of
download of the modem. It will upload at 32Kb. So, put the call on the
client side, and don't use "callback" on the server side.
I have no idea what you are referring to here. Please elaborate.
Regards,
Jason Wharton
CPS - Mesa AZ
http://www.ibobjects.com
Yahoo! Groups Sponsor
___________________________________________________________________________
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 !
Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service.
[Non-text portions of this message have been removed]