What Database Access Method Should I Use?

What Database Access Method Should I Use?

Post by Chris Walk » Thu, 06 Feb 1997 04:00:00



        I am creating a client-server solution on a Windows 95/Windows
NT 4.0 network using Visual Basic 4.0 (and getting VB5 ASAP)
Enterprise Edition.  A central database holding employee records will
be held on the file server.  Users will be using 33.6 Modem
connections, possibly internet connections, and of course LAN
connections.
        I need a solution that will allow 15 users to use this
database periodically (two or three at a time) over any of the
previously-mentioned connections and still be able to get a quick
response rate.  The database will hold thousands of records but will
only return, at the most, a few records or a list of the names of a
few hundred employees at any given time.
        Should I just use an ACCESS database on the server and access
it using RDO?  Should I use Remote Automation and put a RA server on
the server machine that returns RecordSets, or is it okay if I just
use RDO?  Alternatively, we can use SQL Server if needed.
        I figure that many people on these newsgroups are extremely
knowledgable in this area.  I appreciate any comments (welcome them).

        Thank you!  Replies via post or e-mail are great!

        Chris Walker

 
 
 

What Database Access Method Should I Use?

Post by Kim Crompto » Sun, 09 Feb 1997 04:00:00


An Access database should be able to handle what you are trying to do as
long as you can use Optimistic page locking (the default is pessimistic).
I have some Access databases that I use on the internet (with ODBC) and
have not had any problems to date.

Kim Crompton
CompuHelp, Inc.



>    I am creating a client-server solution on a Windows 95/Windows
> NT 4.0 network using Visual Basic 4.0 (and getting VB5 ASAP)
> Enterprise Edition.  A central database holding employee records will
> be held on the file server.  Users will be using 33.6 Modem
> connections, possibly internet connections, and of course LAN
> connections.
>    I need a solution that will allow 15 users to use this
> database periodically (two or three at a time) over any of the
> previously-mentioned connections and still be able to get a quick
> response rate.  The database will hold thousands of records but will
> only return, at the most, a few records or a list of the names of a
> few hundred employees at any given time.
>    Should I just use an ACCESS database on the server and access
> it using RDO?  Should I use Remote Automation and put a RA server on
> the server machine that returns RecordSets, or is it okay if I just
> use RDO?  Alternatively, we can use SQL Server if needed.
>    I figure that many people on these newsgroups are extremely
> knowledgable in this area.  I appreciate any comments (welcome them).

>    Thank you!  Replies via post or e-mail are great!

>    Chris Walker



 
 
 

What Database Access Method Should I Use?

Post by Trond Solbe » Mon, 10 Feb 1997 04:00:00




Quote:>    I am creating a client-server solution on a Windows 95/Windows
>NT 4.0 network using Visual Basic 4.0 (and getting VB5 ASAP)
>Enterprise Edition.  A central database holding employee records will
>be held on the file server.  Users will be using 33.6 Modem
>connections, possibly internet connections, and of course LAN
>connections.
>    I need a solution that will allow 15 users to use this
>database periodically (two or three at a time) over any of the
>previously-mentioned connections and still be able to get a quick
>response rate.  The database will hold thousands of records but will
>only return, at the most, a few records or a list of the names of a
>few hundred employees at any given time.
>    Should I just use an ACCESS database on the server and access
>it using RDO?  Should I use Remote Automation and put a RA server on
>the server machine that returns RecordSets, or is it okay if I just
>use RDO?  Alternatively, we can use SQL Server if needed.

Whenever you're using a desktop database (as Access is) all
table-scanning operations are performed by the client machine. That
is, if you're searching for non-indexed records, the client program
would have to browse all records stored *itself*, and thus would have
to transmit all records over the network link. Even if you're
searching for indexed fields, the client machine would have to read
the index tables. This *will* be slow.

I'd strongly suggest that you leave all that sort of thing to the
server machine, and therefore that you use SQL Server (or whatever
other DBMS you might have). I've done this myself, and even accessing
an SQL Server database over a 28.8 modem connection is quite
satisfactory.

Did this make sense? I hope so! :)

Trond Solberg
Systems Consultant
Mandatum as
----

http://www.mandatum.no