Re: Cannot open Access table with ADO or BDE/ODBC
- From: "Vitali Kalinin" <vitkalinin@xxxxxxxxx>
- Date: Mon, 22 May 2006 11:58:50 +0300
"Doug Stephens" <dougstephens@xxxxxxxxxx> ÓÏÏÂÝÉÌ/ÓÏÏÂÝÉÌÁ × ÎÏ×ÏÓÔÑÈ
ÓÌÅÄÕÀÝÅÅ: news:446e0140$1@xxxxxxxxxxxxxxxxxxxxxxxxx
What it the purpose of grid with 280000 records? Where did you find usersIn ADO whether all records
fetched in memory or not is controlled by Cursor Location property
and doesn't depend on DB backend at all.
Works fast with clUseServer. What are the tradeoffs here? From my
little testing I can see no disadvantages to keeping cursor (resultset)
on the server. Grid populates fast. Open is fast. Why would anyone use
a client side cursor?
This is only available in ADO, right? Would be nice if I could do that
with BDE. Does BDE then use a client side cursor, i.e. copy all the
data to client when I do table.open? (I'm stuck with a large BDE app
right now)
which can work with that much data?
.
- References:
- Cannot open Access table with ADO or BDE/ODBC
- From: Doug Stephens
- Re: Cannot open Access table with ADO or BDE/ODBC
- From: Vitali Kalinin
- Re: Cannot open Access table with ADO or BDE/ODBC
- From: Doug Stephens
- Re: Cannot open Access table with ADO or BDE/ODBC
- From: Vitali Kalinin
- Re: Cannot open Access table with ADO or BDE/ODBC
- From: Doug Stephens
- Re: Cannot open Access table with ADO or BDE/ODBC
- From: Guillem
- Re: Cannot open Access table with ADO or BDE/ODBC
- From: Vitali Kalinin
- Re: Cannot open Access table with ADO or BDE/ODBC
- From: Doug Stephens
- Cannot open Access table with ADO or BDE/ODBC
- Prev by Date: Re: connect to db in codes
- Next by Date: Re: Red squigglies in D2006
- Previous by thread: Re: Cannot open Access table with ADO or BDE/ODBC
- Next by thread: Exceptions not treated properly with SQL Server Express 2005 database
- Index(es):
Relevant Pages
|